FHEMWiki - Benutzerbeiträge [de]

Raspberry Pi

2022-01-16T12:53:01Z

Rollo Wikinger: Hinweis auf die Gültigkeit der Kommandos in den Code-Blöcken für alte Versionen des RPi OS

Beim [[Raspberry Pi]] handelt es sich um einen postkartengroßen Einplatinen-Computer, der von der Raspberry Pi Foundation entwickelt wird. Die Hardware basiert auf dem BCM 283x SoC (System-on-Chip) von Broadcom, einem ARM-Prozessor. Zu Hardwaredetails und den verschiedenen Modellen sowie Produktentwicklungen siehe [http://de.wikipedia.org/wiki/Raspberry_Pi#Hardware Wikipedia].
Dank der kleinen Abmessungen, dem recht geringen Energieverbrauch (bis ca. 4 Watt) sowie der günstigen Anschaffungskosten (ca. 30€) ist der Raspberry Pi eine attraktive Hardware für die Heimautomatisierung mit FHEM. Er ist dank dem Linux-Betriebssystem vollständig kompatibel zur aktuell vorhandenen und von FHEM unterstützen Hardware. Das derzeit empfohlene Standard-Image zum Betrieb des Raspberry Pi ist die auf Debian basierende Raspberry Pi OS Distribution (ab Mitte 2019 ''Buster'').

== Installation / Setup ==
=== Betriebssystem ===
====Vorbemerkung====
Raspberry Pi OS ist direkt bei raspberrybi.org unter https://www.raspberrypi.org/downloads/raspberry-pi-os/ herunterladbar. Die folgende Anleitung gilt für die lite-Version ohne grafischen Desktop und für die Modelle für B, B+, B2, B3, B3+, Zero W. (Stand Juni 2018)

Alle in diesem Abschnitt verwendeten Code Blöcke benötigen root Rechte. Deshalb bitte immer am Besten im Kontext <code>sudo su</code> ausführen. Man kann auch einzelne Befehle mit sudo davor ausführen, allerdings wird die Berechtigung bei Pipe Befehlen nicht durchgereicht. Einige dieser Kommandos funktionieren in der angegebenen Form nicht unter der Wheezy-Version [https://en.wikipedia.org/wiki/Raspberry_Pi_OS#Release_history] des RPi OS. Läuft der betreffende RPi noch unter Wheezy, ist ein Upgrade des RPi OS empfehlenswert.

Alle Dateien müssen im Linux-Format (nur LF als Zeilenende) erzeugt/editiert werden! Unbedingt einen geeigneten Editor verwenden und auf das Format beim Speichern achten!

====SD-Karte vorbereiten====
Die heruntergeladene Datei muss entpackt und auf die Speicherkarte geschrieben werden. Es gibt dazu verschiedene Tools je nach Betriebssystem. Für Windows ist windisk32imager zu empfehlen, Projektseite [https://sourceforge.net/projects/win32diskimager/]. Für Mac OS gibt es den Pi Filler.

Detaillierte Anleitungen zur Vorgehensweise finden sich für die Betriebssysteme Linux, Mac OS und Windows unter [https://www.raspberrypi.org/documentation/installation/installing-images/README.md Writing an image to the SD card]

Die SD Card enthält nun zwei Partitionen/Laufwerke, wobei das erste Laufwerk unter alle Betriebssystemen lesbar ist. In diesem Laufwerk (/boot) müssen jetzt noch zwei Dateien erzeugt werden:
* eine leere Datei mit dem Namen ssh, um den (headless) Zugriff per ssh zu ermöglichen (Pi Filler macht dies automatisch). Hinweis: Eine spätere Aktivierung von SSH ist mit <code>sudo raspi-config</code> (Punkt 5 "Interfacing Options", dann Punkt 2 SSH) möglich, erfordert dann aber Tastatur und Monitor am RPi.
* eine Textdatei im Linux Format mit Namen wpa_supplicant.conf und folgendem Inhalt, wenn der Pi sofort mit WLAN starten soll.

<pre>country=DE
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FRITZ!Box 7490"
psk="12345678901234567890"
}
</pre>
* SD Karte auswerfen.
* SD Karte in Raspberry Pi stecken und booten.

Alternativ kann auch Monitor und Tastatur verwendet werden.

====Anmeldung und Grundkonfiguration====
Default raspberrypi-os: Host raspberrypi, User pi, Passwort raspberry

Default ubuntu: Host ubuntu, User ubuntu, Passwort ubuntu

Anmeldung entweder lokal oder mit dem Befehl: ssh <user>@<hostname>

Das Passwort sollte geändert werden, dazu dem Sicherheitshinweis folgen und <code>passwd</code> eingeben.

Alle unten genannten Befehle müssen mit erhöhten Rechten ausgeführt werden (z. B. sudo)!

Als Erstes sollte: Zeitzone, Sprache und Hostname angepasst werden.
Entweder Menügeführt mit <code>sudo raspi-config</code>
oder per Script / Shell Befehle:

<syntaxhighlight lang="bash"># Zeitzone einstellen & Zeitsynchronisierung über das Internet aktivieren
timedatectl set-timezone Europe/Berlin
timedatectl set-ntp true

# Konfigurieren lokale Sprache deutsch
sed -i -e 's/# de_DE.UTF-8 UTF-8/de_DE.UTF-8 UTF-8/' /etc/locale.gen
locale-gen
localectl set-locale LANG=de_DE.UTF-8 LANGUAGE=de_DE

# Hostname
hostnamectl set-hostname mymachine

# System aktualisieren
apt-get update
apt-get upgrade

#Neustart
reboot</syntaxhighlight>

Am Anfang sollte man Befehle nicht verketten, sondern immer auf die Ausgabe warten (es sei denn, man hat Erfahrung): also kein <code>apt-get update && apt-get upgrade </code>. Ebenso sollte man nicht mit automatischen Bestätigungen arbeiten, also kein upgrade mit "-y". Nach einer Installation ist ein aufräumen immer gut, also:
<syntaxhighlight lang="bash">
apt-get autoremove
apt-get clean
apt-get purge $(dpkg --get-selections | grep deinstall | cut -f1 | xargs)
</syntaxhighlight>

====Verwendung UART für Zusatzmodule====
Einige Aufsteckmodule (z.B. HM-MOD-RPI-PCB) für den GPIO Port verwenden die serielle Schnittstelle UART. Der Zugriff auf diese serielle Schnittstelle erfordert eine modellabhängige Konfiguration.

Bei allen Modellen muss die Verwendung der seriellen Linux console an ttyAMA0 deaktiviert werden:
<syntaxhighlight lang="bash"># seriell-getty Dienst für ttyAMA0 dauerhaft deaktivieren
systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service
systemctl mask serial-getty@ttyAMA0.service
</syntaxhighlight>
Bei den Modellen mit Bluetooth muss die UART aktiviert und umkonfiguriert werden. Hier ein bash Script, welches die Originaldatei entsprechend modifiziert:
<syntaxhighlight lang="bash">
# serielle Schnittstelle aktivieren und mit BT Schnittstelle tauschen
# für Raspberry Pi OS
config="/boot/config.txt"
# für Ubuntu
#config="/boot/firmware/usercfg.txt"

bash -c "cat <<EOF >> $config
enable_uart=1
dtoverlay=miniuart-bt
core_freq=250
EOF"
</syntaxhighlight>
Wer dem nicht traut, der editiert die Datei von Hand (Linux Editor!) und fügt am Ende die drei Zeilen aus dem Script ein, die vor EOF stehen.

Die config Datei von ubuntu verwendet den Befehl include usercfg.txt. Mit Erscheinen des Pi 4 wurden die overlay Dateien umbenannt (Start mit Pi3- entfernt) die alten Namen funktionieren aber noch.

Um die Konfiguration abzuschließen ist ein Neustart erforderlich
<syntaxhighlight lang="bash">#Neustart erforderlich
reboot</syntaxhighlight>

====Troubleshooting====
'''Kontrolle der seriellen Schnittstelle'''

Der Befehl <code>ls -l /dev/ttyAMA0</code> muss folgende Ausgabe liefern.
crw-rw---- 1 root dialout 204, 64 Jun 7 22:56 /dev/ttyAMA0
Sollte dies nicht der Fall sein, muss der Dienst serial-getty@ttyAMA0.service deaktiviert werden!

Kontrolle der Verlinkung von /dev/serial*

Der Befehl <code>ls -l /dev/serial*</code> muss folgende Ausgabe liefern.
* Bei Modellen mit BT und richtiger Konfiguration (funktioniert nur unter Raspberry Pi OS)
lrwxrwxrwx 1 root root 7 Jun 7 22:55 /dev/serial0 -> ttyAMA0
lrwxrwxrwx 1 root root 5 Jun 7 22:55 /dev/serial1 -> ttyS0
* Bei den Modellen ohne BT und richtiger Konfiguration
lrwxrwxrwx 1 root root 7 Jun 8 18:30 /dev/serial0 -> ttyAMA0
Sollte das nicht der Fall sein, sind die Einträge in der /boot/config.txt fehlerhaft.

Sollte die serielle Schnittstelle unerwartet nicht funktionieren, kann auch andere Software daran Schuld sein, weil diese einfach versucht, alle Schnittstellen abzufragen / zu initialisieren. Für die Fehlersuche ist es also wichtig zu wissen, welche Software so installiert wurde, speziell wenn diese serielle Schnitttstellen (USB) verwendet / verwenden will. Ein Beispiel (deconz/conbee) wird in {{Link2Forum|Topic=116428|Message=1107317|LinkText=diesem Forenbeitrag}} behandelt.

Bei einem Raspberry 4 stört unter Umständen die Temperaturkontrolle des Lüfters, siehe auch Abschnitt bekannte Probleme: [[HM-MOD-RPI-PCB HomeMatic Funkmodul für Raspberry Pi]].

'''Kontrolle Bluetooth'''

Die Funktion von Bluetooth kann mit dem hcitool überprüft werden. Mit <code>hcitool dev</code> wird das interne BT Gerät mit MAC Adresse angezeigt. Mit <code>hcitool scan</code> bzw. <code>hcitool lescan</code> kann nach sichtbaren Geräten gesucht werden.

Weitergehende Informationen zur Anpassung der Konfiguration von Raspberry Pi OS sind nachzulesen auf https://www.raspberrypi.org/documentation/configuration/.

Sollte die Bluetooth Schnittstelle nach der Installation von FHEM nicht funktionieren, hilft es den Dienst abhängig zu starten, siehe diesen Wiki Artikel [[Fhem.service (systemd unit file)]]

=== FHEM ===
Die Installation von FHEM kann nach der Raspberry Pi OS Installation sehr einfach über das Debian-Repository [http://debian.fhem.de] erfolgen.
* Es wird unbedingt empfohlen zur Grundinstallation zunächst keine Module, USB Sticks oder ähnliche Zusatzbaugruppen an den IO Ports des Raspberry gesteckt zu haben.
* Dieser Abschnitt beschreibt nur die Grundinstallation von FHEM auf einem Raspberry Pi mit Raspberry Pi OS!
* Weitere Installationsschritte sind je nach verwendeten FHEM-Modulen notwendig.
** Informationen hierzu liefert üblicherweise die {{Link2CmdRef}} zum jeweiligen Modul.
** Den weiteren Einstieg in FHEM findet man im Artikel [[Quick-Start]]

==== Der einfache Weg zum aktuellen System ====
Der folgende Befehlsblock ist die praktische Umsetzung der Beschreibung auf http://debian.fhem.de. Bitte unbedingt vor Installation rückversichern, ob es dort (insbesondere unter ''The easy way: use apt-get'') Aktualisierungen gab.
* Dieser Befehlsblock erfordert erhöhte Rechte, also bitte als Erstes <code>sudo su</code> ausführen!
* Beim Kopieren aufpassen! Jede Zeile muss einzeln ausgeführt werden!
Dieser Befehlsblock gilt ab der Version ''debian buster'' als veraltet (es gibt Sicherheitsbedenken), muss aber bis einschließlich ''debian stretch'' eingesetzt werden.
<syntaxhighlight lang="bash">
# von debian.fhem.de installieren - siehe aktuelle Anleitung dort https://debian.fhem.de/
wget -qO - https://debian.fhem.de/archive.key | apt-key add -
echo "deb http://debian.fhem.de/nightly/ /" >> /etc/apt/sources.list
apt-get update
apt-get install fhem
</syntaxhighlight>
Dieser Befehlsblock funktioniert erst ab ''debian buster'' (erfordert erhöhte Rechte <code>sudo su</code>)
<syntaxhighlight lang="bash">
# Bei manchen debian Distributionen fehlt das Paket gpg -> nachinstallieren
apt update
apt install gpg
# von debian.fhem.de installieren - siehe aktuelle Anleitung dort https://debian.fhem.de/
wget -O- https://debian.fhem.de/archive.key | gpg --dearmor > /usr/share/keyrings/debianfhemde-archive-keyring.gpg
echo "deb [signed-by=/usr/share/keyrings/debianfhemde-archive-keyring.gpg] https://debian.fhem.de/nightly/ /" >> /etc/apt/sources.list
apt update
apt install fhem
</syntaxhighlight>

==== Das offizielle Release ====
Man kann FHEM mit dem Debian-Paket von [https://fhem.de/#Installation fhem.de] installieren. Dieser Weg führt zu einem offiziellen Release, welches aber unter Umständen erheblich vom aktuellen Versions- und Diskussionsstand im Forum abweicht.

Alternativ kann man auch den manuellen Weg von https://debian.fhem.de/ wählen.

==== Empfohlener Patch ====
Da gerade auf dem Raspberry die automatische Erkennung der USB Schnittstellen zu 100% CPU Last führt (FHEM träge und reagiert nicht), wird empfohlen sofort nach der Installation noch diesen "Patch" auszuführen: FHEM starten, wenn alle USB-Geräte ausgesteckt sind. Dann <code>attr initialUsbCheck disable 1</code> in der Kommandozeile in FHEMWEB eingeben, <code>save</code> ausführen und FHEM anschließen wieder mit eingesteckten USB-Geräten neu starten.

==== Deinstallation ====
Man kann FHEM auch wieder spurlos vom System entfernen und ganz von vorn beginnen. Allerdings sollte man sich im Klaren sein, damit ensteht kein jungfräuliches System!
<syntaxhighlight lang="bash">
sudo apt-get purge fhem
sudo apt-get autoremove
</syntaxhighlight>

=== Zusatzpakete bei FHEM-Erst- und Zweitinstallation ===
Nachdem der RPi eingerichtet ist, können weitere Pakete installiert werden. Keines davon ist zwingend erforderlich, um das Grundgerüst von FHEM betreiben zu können. Einige Pakete erhöhen aber den Bedienungskomfort, andere sind zur Nutzung bestimmter weiterer FHEM-Module (siehe {{Link2CmdRef}}) erforderlich.

Hierzu wurden in letzter Zeit mehrere Hilfsmodule entwickelt, die insbesondere bei Wiederinstallation (etwa nach Absturz) wichtig sein können. So zeigt das Modul Installer die installierten Perl-Module an, siehe dazu {{Link2Forum|Topic=98381|LinkText=diesen Thread}}.

Wenn man eine frühere Installation auf einer anderen SD-Karte installieren möchte und nicht mehr weiß, welche Zusatzpakete man auf der alten Karte installiert hatte, hilft (diese und nachfolgende Hinweise sind aus dem Blog [https://heinz-otto.blogspot.com/2019/07/infos-zur-installation-von-modulen-und.html])
zcat $(ls -tr /var/log/apt/history.log.*.gz)|grep -A1 Start-Date
weiter. Hier werden frühere Eingaben der Kommandozeile wiedergegeben. Es gibt einen analogen Befehl, um die mit CPAN installierten Pakete anzuzeigen. Dazu muss man das debian Paket perl-doc installiert haben und gibt dann ein
for M in `perldoc -t perllocal|grep Module |sed -e 's/^.*" //'`; do V=`perldoc -t perllocal|awk "/$M/{y=1;next}y" |grep VERSION |head -n 1`; printf "%30s %s\n" "$M" "$V"; done |sort
Ebenso kann man herausfinden, ob und durch welches debian-Paket das Perl-Paket installiert wurde. Die zweite Version sucht nur in Paketen die -perl im Namen tragen und läuft damit wesentlich schneller:
s='Device::SerialPort' ## zu diesem Paket wird gesucht
perl -M$s -e '' 2>/dev/null &&echo "Modul $s ist vorhanden"''
for i in $(dpkg -l |grep ^ii| awk '{ print $2 }'|tr -d "\r"|tr "\n" " ");do if dpkg -L $i|grep $s &> /dev/null;then echo $i enthält $s;fi;done
for i in $(dpkg -l |grep ^ii|grep '\-perl'| awk '{ print $2 }'|tr -d "\r"|tr "\n" " ");do if dpkg -L $i|grep $s &> /dev/null;then echo $i enthält $s;fi;done

Es gibt gute Gründe, die Installation von Perl Modulen über debian-Pakete der Installation über cpan zu bevorzugen. Dazu zählt die Updatefähigkeit und die Geschwindigkeit. Man kann im Internet nach den Paketen suchen, man kann aber auch einfach die Verfügbarkeit für das lokale System testen. Dazu braucht man das Tool apt-file, welches man zuerst installieren muss. Der letzte Befehl lädt den Infocache lokal und dauert etwas:
sudo apt-get update
sudo apt-get install apt-file
sudo apt-file update
Die folgende Suche nutzt den Umstand, dass in der im Paket enthaltenen Liste der Dateien auch die Doku in der Form "/usr/share/man/man3/IO::File.3perl.gz" enthalten ist. Der search Befehl unten akzeptiert mehrere Modulnamen durch Zeilenumbruch getrennt. In dem Beispiel sind die Modulnamen in einem String durch Leerzeichen getrennt, die Trennung wird in Zeilenumbruch geändert, jede Zeile ergänzt und über stdin an den search Befehl von apt-file übergeben. Die Option -l bewirkt das nur die gefunden Pakete gelistet werden, werden mehrere der abgefragten Modulnamen in einem Paket gefunden, wird es nur einmal gelistet:
s="IO::File Digest::MD5" ##Such-String
echo $s|tr " " "\n"|sed 's/$/./;s/^/\//'|apt-file search -l -f -

Zuletzt eine Übersicht diverser Zusatzpakete.
{| class="wikitable"
! style="width:10%" | Beschreibung
! style="width:10%" | Paketname
! style="width:50%" | Kontext
! style="width:30%" | Installieren
|-
|Zeitserver
|ntpdate
|Setzt die Systemzeit bei Start des RPi. Wird für FHEM benötigt, da es sonst nicht startet.
|<code>sudo apt-get install ntpdate
sudo ntpdate -u de.pool.ntp.org</code>
|-
|Perl JSON
|JSON
|Wird von einigen Modulen benötigt, z.B. harmony, iTunes
|<code>sudo apt-get install libjson-perl</code>
|-
|Samba-Server
|samba
|Mittels Samba kann man z.B. den Ordner /opt/fhem als Share freigeben. Dieser Share kann z.B. im Windows-Explorer als Laufwerk verbunden werden, so dass die Bearbeitung von config- und Programmdateien bequem möglich ist. Hier eine hilfreiche [https://www.elektronik-kompendium.de/sites/raspberry-pi/2007071.htm Kurzanleitung] aus der (wenn man auf einen speziellen user verzichtet) nur die Einträge für smb.conf gesetzt werden müssen.
|<code>sudo apt-get install samba cifs-utils</code>
Danach muss der share definiert werden mittels

<code>sudo nano /etc/samba/smb.conf</code>
|-
|Mailversand
|sendemail (alt: sendEmail)
|Wird benötigt, um Mails versenden zu können, bspw. für Alarm-Benachrichtigungen.
Nach Installation des Paketes benötigt man noch eine Routine in FHEM gemäß [[E-Mail senden#Raspberry Pi]]
|<code>sudo apt-get install sendemail</code> bzw. <code>sudo apt-get install sendEmail</code>
|-
|Wake-on-LAN
|etherwake
|Wird z.B. für das Modul WOL benötigt.
|<code>sudo apt-get install etherwake</code>
|-
|Perl Telnet
|telnet
|Wurde vor Fritz!OS 6.2x z.B. für das Modul [[FRITZBOX]] benötigt, da es eine im Netzwerk vorhandene Fritzbox über deren Telnet-Port ansprach. Mittlerweile wird TR-64 und SOAP verwendet.
|<code>sudo apt-get install libnet-telnet-perl</code>
|-
|Socat
|socat
|Kann verwendet werden, um auf anderen Rechnern im Netzwerk Linux-Befehle oder Skripts auszuführen. Auch können auf Slave-FHEM-Installationen Befehl ausgeführt werden, z.B. mit

<code><nowiki>system("echo 'set lampe on' | /usr/bin/socat - TCP:1.2.3.4:7072");</nowiki></code>

1.2.3.4 muss natürlich durch die IP-Adresse des Zielrechners ersetzt werden.
|<code>sudo apt-get install socat</code>
|-
|Libcrypt
|Libcrypt
|Perl libcrypt, erforderlich falls Homematic-devices mit AES verwendet werden sollen.
|<code>sudo apt-get install libcrypt-rijndael-perl</code>
|-
|libdatetime
|libdatetime
|Perl libdatetime, erforderlich für das Weather-Modul.
|<code>sudo apt-get install libdatetime-format-strptime-perl</code>
|-
|EnOcean XML functions
|libxml simple
|Perl XML::SIMPLE, erforderlich für die XML Funktionen des ENOCEAN Moduls.
|<code>sudo apt-get install libxml-simple-perl</code>
|-
|EnOcean Cryptographic functions
|libcrypt-random-source-perl
|Perl Crypt::Random, erforderlich für die Cryptographic Funktionen des ENOCEAN Moduls.
|<code>sudo /usr/bin/perl -MCPAN -e 'install Crypt::Random'</code>
|}

== Bekannte Probleme ==
=== Netzteil ===
Der RPi verwendet ein USB Netzteil als Spannungsversorgung. Gemessen kann der RPi allein bereits um die 900mA Strom fordern. Das bringt kleine Netzteile, besonders wenn noch CULs oder WLAN Sticks an USB hängen schnell an die Grenze. Die Fehler die daraus resultieren sind Abstürze, Netzwerkprobleme uvm. Daher bitte ein ausreichend starkes Netzteil mit mind. 2000mA oder einen aktiven USB-HUB für die Periperie verwenden.

=== Echtzeituhr ===
Der RPi hat keine [http://de.wikipedia.org/wiki/Echtzeituhr Real-Time-Clock] (RTC), das heißt, dass er nach einem Neustart keine gültige (im Sinne von aktuell) Systemzeit hat, sondern ein Datum in der Vergangenheit. Dieses Problem wird sinnvollerweise mit einer [http://de.wikipedia.org/wiki/Network_Time_Protocol NTP-Konfiguration] oder durch [[Raspberry Pi: RTC Hat|Installation einer Echtzeituhr]] umgangen.

Dabei muss Sorge getragen werden, dass der [http://wiki.debian.org/NTP ntpd] schon einen Datums-/Zeitabgleich gemacht hat, bevor FHEM gestartet wird. Geschieht der Abgleich nicht vorher, sondern erst nachdem FHEM schon läuft, stellt FHEM die Logs zwar auf das nun aktuelle Datum um (die "alten" Logs mit dem eigentlich ungültigen Datum werden natürlich behalten), aber irgendetwas scheint FHEM dabei so zu belasten, dass es eine Last von über 0.8 bis 0.9 erzeugt. Diese Last besteht auf Dauer und verschwindet erst, wenn man das Ganze sauber durchkonfiguriert und FHEM neu gestartet hat. Die hohe Systemauslastung zeigt sich auch in einem sehr trägen Laden der FHEM-Webseiten in einem beliebigen Browser. (siehe {{Link2Forum|Topic=70741}})

=== Last durch Backup (während update) ===
Bei einen [[Update]] von FHEM durch den Befehl <code>update</code> kann durch Setzen des Attributs "<code>attr global backup_before_update 1</code>" automatisch vorab ein [[Backup]] durchgeführt werden. Die (ggf. großen) Log-Dateien werden dabei ebenfalls archiviert. Während der Archivierung ist FHEM blockiert. Durch die beschränkte Leistungsfähigkeit des Raspberry Pi kann das Backup zudem lange dauern. Durch ein "<code>attr global updateInBackground 1</code>" wird ein Backup im Hintergrund ausgeführt (Quelle: {{Link2Forum|Topic=15729}}).

Alternative Möglichkeiten:
* Backup ausschalten und manuell durchführen
* Backup-Befehl anpassen und so große Dateien bzw. Verzeichnisse (log/) nicht archivieren

== Watchdog einrichten ==
Man kann den RPi regelmäßig prüfen lassen, ob FHEM noch läuft und gegebenenfalls einen Neustart durchführen lassen. Eine mögliche Vorgehensweise ist in diesem {{Link2Forum|Topic=20553|LinkText=Forumsthema}} beschrieben.
{{Hinweis|Statt des Einsatzes derartiger Methoden ist zu empfehlen, nach der eigentliche Fehlerursache zu forschen und diese abzustellen. Haben Sie dennoch einen solchen Watchdog eingerichtet, sollten Sie bei Fragen zu Ihnen seltsam erscheinenden Phänomänen im Forum darauf hinweisen, auch wenn die Symptome scheinbar nichts mit dem Watchdog zu tun haben sollten.}}

== Interne Links ==
* [[CUL am Raspberry Pi flashen]]
* [[Raspberry Pi und 1-Wire]]

== Externe Links ==
* {{Link2Forum|Topic=33460|Message=264679}} zum Umzug von Raspberry B auf Raspberry Pi 2
* [http://www.raspberrypi.org/ Offizielle Webseite der Raspberry Pi Foundation]
* [http://www.raspberrypi.org/downloads Offizielle Downloads der Raspberry Pi Foundation]

[[Kategorie:Raspberry Pi]]
[[Kategorie:HOWTOS]]

HomeMatic Devices pairen

2022-01-15T10:39:07Z

Rollo Wikinger: /* Vorgehen bei Problemen */

HomeMatic Geräte müssen mit dem für das HomeMatic-Protokoll eingesetzten IO-Device ([[HomeMatic|HomeMatic IOs]]) ''[[Pairing (HomeMatic)|gepairt]]'' (deutsch: "gepaart") werden, damit sie von FHEM gesteuert oder ausgelesen werden können.

Die Adresse eines HomeMatic Gerätes ist nicht frei einstellbar, sondern für jedes Gerät fest vorgegeben. Da die HM-Geräte über eine sehr komplexe Kanalstruktur verfügen, empfiehlt es sich, die Geräte in FHEM per ''autocreate'' Funktion anlegen zu lassen, eine nachträgliche Umbenennung oder manuelle Bearbeitung der erzeugten Konfigurationsdaten ist problemlos möglich.

Zunächst muss man einen [[HomeMatic Installieren|HomeMatic IO installieren]].

Einige Geräte werden mit aktivierter [[AES Encryption]] ausgeliefert (meistens, aber nicht immer mit SEC im Namen). Das Anlernen an originalen HomeMatic IOs funktioniert ohne Probleme, für alle CUL Derivate muss unbedingt der Hinweis im Artikel AES Encryption im Abschnitt [[AES_Encryption#I.2FO-Device_←→_Gerät|I/O-Device ←→ Gerät]] beachtet werden. '''Die dort beschriebene Installation sollte generell vorgenommen werden!'''

Danach geht es hier weiter:

== Grundlagen ==
Durch das Pairing wird ein HM-Gerät genau einem IO-Device zugeordnet. Wenn ein Gerät mit dem IO-Device gepairt ist, kann es darüber gesteuert werden.

Beim Pairing wird die HMID des IO-Device in das Gerät geschrieben. Das Pairing findet also im Wesentlichen im Gerät statt, nicht in FHEM selbst.

Gepairt wird nur das Device. Die Channels sind dem Device untergeordnet und somit implizit auch gepairt.

'''Achtung:''' Ist ein Device gepairt, werden Konfigurationsänderungen über die Zentrale (FHEM) vorgenommen. Man kann u.a. keine Kanäle mehr ''direkt'' peeren (verknüpfen). Stattdessen verwendet man Kommandos in FHEM. Siehe [[HomeMatic Peering Beispiele|peeren]].

== hmId ==
'''Achtung wichtig - Sicherheit!!'''

Zu bemerken ist, dass ein IO-Device eventuell standardmäßig eine ID wie F10000, F11234 oder F11034 von FHEM erhält. Da viele HM-Geräte das IO-Device nur anhand der HMIDs erkennen, können alle in Reichweite der HM-Geräte befindlichen IO-Devices mit der in das HM-Gerät geschriebenen HMID das HM-Gerät steuern. Hinzu kommt, dass die ''autocreate'' Funktion die in Reichweite befindlichen HM-Geräte findet und automatisch einbindet. Nachbarn, die IO-Devices mit der gleichen HMID betreiben, können also HM-Geräte untereinander sehen und steuern!

Es ist daher dringend zu empfehlen, die HMID vor dem Pairing der HM-Geräte mit:

attr <CUL|HMLAN1|AndererIODeviceTyp> hmId <6-stellige Hexadresse>

zu individualisieren.

Diese ist ein 3-Byte hexadezimal-Wert, somit eine 6-stellige Zeichenfolge in '''Großbuchstaben'''. 000000 und FFFFFF sind ungültig.
Wenn HM-Geräte mit der Zentrale [[Pairing (HomeMatic)|gepairt]] werden, wird ihnen diese hmId eingetragen. Wechselt man die hmId müssen '''alle''' damit gepairten Geräte neu gepairt werden.

Die Adresse wird in Grossbuchstaben eingegeben.

== IO-Device in den Pairing-Modus versetzen ==
* IO-Device in den "Akzeptiere-Pairing-Requests-Modus" bringen:

set <Name des IO-Device> hmPairForSec 600

600 bedeutet hier, dass das IO-Device 600 Sekunden, also 10 Minuten lang im Pairing-Modus ist.

Bei aktivem Pairing-Modus gibt das IO-Device folgende ''Internals'' Variable zurück:

hmPair 1

Alternativ kann

set <Name des IO-Device> hmPairSerial <serial>

genutzt werden.

== Devices pairen ==
Das Gerät wird in den Anlern- oder auch Konfigurationsmode versetzt. Es sendet hierzu eine entsprechende Nachricht an alle.

Falls das Gerät einen separaten Anlernknopf hat, ist der normalerweise nur ganz kurz zu drücken. Danach beginnt die LED regelmäßig zu blinken. Eine Ausnahme sind Geräte, bei denen eine Taste im regulären Betrieb für andere Zwecke verwendet wird. Bei einem [[HM-CC-RT-DN Funk-Heizkörperthermostat|Heizkörperthermostat]] z.B. muss die Boost-Taste (Mitte) für mindestens 3 Sekunden gedrückt gehalten werden.

{{Randnotiz|RNText=Hinweis: Das genaue Vorgehen ist vom Gerätetyp abhängig -> unbedingt das Handbuch genau lesen: Stichwort "Anlernen".}}
Hat das Gerät keinen separaten Anlernknopf, muss in der Regel eine Taste solange gedrückt werden, bis die LED anfängt regelmäßig zu blinken.

Kommt der Anlernvorgang in Gang, wird dies durch ein wechselndes, schnelles Blinken signalisiert. Kommt kein Anlernvorgang zustande, blinkt die LED regelmäßig für einen bestimmten Zeitraum (ca. 20 sec).
Ist das Gerät schon angelernt, werden bei batteriebetriebenen Geräten eventuell auch noch nicht übertragene Daten gesendet. Dabei blinkt die LED auch unregelmäßig.
In FHEM werden nun:
* alle fehlenden Devices und Channels angelegt
* das Register <code>pairCentral</code> im Device gesetzt.

Ein <code>save</code> danach sichert die neu angelernten Geräte in der Konfiguration.

Hinweis: Auch mit <code>hmPairForSec</code> kann jeweils nur '''ein''' Gerät angelernt werden. Für mehrere Geräte den Vorgang bitte wiederholen.

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

R_pairCentral 0xABCDEF

ABCDEF steht dabei für die HMID des IO-Device (zB CUL). Wurde für das IO-Device kein attribute mit einer individuellen HMID gesetzt, sollte hier die Standard-ID F11034 stehen. Die führende 0x steht für den Hinweis auf eine HEX-Adresse.

Ist das Pairing noch nicht abgeschlossen, kann man nach kurzer Pause den Befehl:

set <HM-Gerät> getConfig

absetzen, um zu prüfen, ob sich der Status zwischenzeitlich geändert hat. Wenn das Reading R_pairCentral nicht auftaucht oder der Wert mit set_ beginnt, hat das Pairing '''nicht''' geklappt. Man kann entweder:
* noch einmal probieren, ein getConfig auszulösen - vielleicht hat das Lesen nicht funktioniert
* noch einmal pairen - das schadet nichts
* die Anlerntaste / Configtaste / irgendeine Taste am Gerät (hängt vom konkreten Device ab) wiederholt drücken um die Datenübertragung anzustoßen.

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

define hm HMInfo
get hm configCheck

== Vorgehen bei Problemen ==
Wenn das Pairing nicht erfolgreich ist, das Gerät sich also nicht steuern lässt, ist es möglich, dass es schon bzw. noch mit einem anderen IO-Device gepairt ist. Dann das Gerät in den Auslieferungszustand bringen (siehe Handbuch, oft Knopf mindestens 5 Sekunden drücken, bis es blinkt, dann loslassen und nochmals 5 Sekunden drücken, bis es schneller blinkt) und danach erneut pairen. Dieses Vorgehen ist u. U. auch nach einem Wechsel des HomeMatic [[Interface|Interfaces]] notwendig.

Alternativ kann Auflösung/Reset des Pairings per Befehl in FHEM erfolgen. Siehe dazu unten.

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

set <Name des IO-Device> 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.

Beim Pairen ist, wie im normalen Betrieb auch, ein Mindestabstand (etwa 1-2 Meter) zwischen dem Sender der Zentrale (CUL, HMLAN etc.) einzuhalten, da die Funkempfänger sonst mit Übersteuerung reagieren und keine Kommunikation zustande kommt.
Außerdem kann die Funklast beim Auslesen einer umfangreichen Konfiguration eines Gerätes bereits nach wenigen Versuchen das Limit der [[1%25_Regel]] erreichen. Sollte also scheinbar keine Kommunikation stattfinden können, ist auch zu prüfen, ob der Zentralensender sich deswegen temporär deaktiviert hat.

Wer einen CUL für HomeMatic verwendet, sollte eine speziell für den Betrieb mit HomeMatic optimierte CUL-firmware ([https://forum.fhem.de/index.php/topic,24436.0.html TimeStamp Firmware]) verwenden.

Die Webseite [https://www.christian-luetgens.de/homematic/hintergrund/ablernen/Ablernen.htm#chapter_3 Anlernen, ablernen, entfernen und zurücksetzen von Geräten] scheint allerdings nötige Maßnahmen/Probleme beim Pairen deutlich präziser/detaillierter zu beschreiben.

== Gezieltes Pairing ==
Bei bereits bekanntem HM-Gerät kann man mit:

set <Name HM-Gerät> pair

das Pairing überschreiben. Es funktioniert aber nur, wenn schon ein IO-Device eingetragen ist.

== Pairing lösen ==
Das Pairing kann mit:

set <Name HM-Gerät> unpair

gelöst werden.

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

HMUARTLGW

2022-01-14T21:07:27Z

Rollo Wikinger: "Fhem"=>"FHEM"

{{Infobox Modul
|ModPurpose=Unterstützung des HomeMatic Funk-LAN Gateways und des Funkmoduls für Raspberry Pi
|ModType=d
|ModForumArea=HomeMatic
|ModFTopic=54511
|ModTechName=00_HMUARTLGW.pm
|ModOwner={{Link2FU|1379|mgernoth}}
}}
Das Modul [[HMUARTLGW]] ermöglicht die Nutzung der [[HomeMatic]] [[Interface|Interfaces]]
* [[HM-LGW-O-TW-W-EU Funk-LAN Gateway]] und
* [[HM-MOD-RPI-PCB HomeMatic Funkmodul für Raspberry Pi]]
in FHEM. Das Modul ist seit dem 19.7.2016 über den [[update|Update]]-Mechanismus verfügbar.

== Voraussetzungen ==
Eine der beiden genannten Hardware-Komponenten muss installiert sein.

== Anwendung ==
{{Randnotiz|RNTyp=Info|RNText=Diese "Kurzanleitung" wurde dem ersten Post des unten verlinkten Forenthreads entnommen. Bitte den Inhalt dieses ersten Posts auf Updates prüfen, für weitergehende Informationen bitte den Thread verfolgen.}}
=== Define ===
Um das Modul in FHEM zu nutzen, wird ein neues Gerät definiert:

Bei einem UART-Modul auf einem Raspberry Pi (HM-MOD-RPI-PCB):
define myHmUART HMUARTLGW /dev/ttyAMA0

Für ein LAN Gateway mit einer IP 192.168.42.23 (Beispieladresse):
define myHmLGW HMUARTLGW 192.168.42.23

Für ein UART Modul über Netzwerkzugriff muss die Portnummer angegeben werden
define myRemoteHmUART HMUARTLGW uart://192.168.42.23:12345

=== Attribute ===
Bei einem UART-Modul auf einem Raspberry Pi (HM-MOD-RPI-PCB) mit einer hmId von 424242 (Beispiel):
attr myHmUART hmId 424242

Für ein LAN Gateway mit einer hmId von 424242 (Beispiel) und einem Passwort für das LGW:
attr myHmLGW hmId 424242
attr myHmLGW lgwPw GeheimesGatewayPasswort

== Anwendungsbeispiele ==
( noch keine Beispiele vorhanden )

== Firmwareupdate ==
Die Verwendung einer Firmware >= 1.4.1 für die Rf-Interfaces wird dringend empfohlen, die Rf-Firmware kann direkt aus FHEM heraus aktualisiert werden:

HM-MOD-UART: [https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/HM-MOD-UART/coprocessor_update.eq3 coprocessor_update.eq3]

HM-LGW-O-TW-W-EU: [https://raw.githubusercontent.com/eq-3/occu/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/coprocessor_update_hm_only.eq3 coprocessor_update_hm_only.eq3]

Das Update wird in FHEM mit "updateCoPro" angestossen:
set myHmUART updateCoPro /path/to/coprocessor_update.eq3
für den HMUART bzw.
set myHmLGW updateCoPro /path/to/coprocessor_update.eq3
für das HM Lan Gateway.

Zusätzlich sollte die LAN-Firmware des HM-LGW-O-TW-W-EU auf mindestens Version 1.1.5 aktualisiert werden: [https://github.com/eq-3/occu/raw/28045df83480122f90ab92f7c6e625f9bf3b61aa/firmware/hm-lgw-o-tw-w-eu_update.eq3 hm-lgw-o-tw-w-eu_update.eq3]. Dies kann entweder mit dem [http://www.eq-3.de/service/downloads.html?id=53 HomeMatic Netfinder] (Java, betriebssystemübergeifend) oder den [http://www.fhemwiki.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway#Vorbereitung_des_LAN-Firmwareupdates_mit_den_eQ-3_Tools eQ-3 Tools] (x86/arm, Linux) erfolgen.

== Aktivierung der seriellen Schnittstelle auf RPi1/2/3 unter Jessie ==
{{Hinweis|Die Vorbereitung der UART-Schnittstelle ist auch in [[Raspberry Pi]] beschrieben. Hier sollten zukünftig nur Besonderheiten und Abweichungen stehen!}}

UART muss in der /boot/config.txt aktiviert sein:
enable_uart=1
Die serielle Schnittstelle darf in der /boot/cmdline.txt nicht referenziert werden (console=...)
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Das Getty auf der seriellen Schnittstelle muss deaktiviert werden
sudo systemctl stop serial-getty@ttyAMA0.service
sudo systemctl disable serial-getty@ttyAMA0.service
Der FHEM-Benutzer muss in die dialout-Gruppe aufgenommen werden, damit er auf das serielle Gerät zugreifen darf.

sudo addgroup fhem dialout

Notwendige zusätzliche Schritte auf einem RPi3: {{Link2Forum|Topic=54511|Message=462039|LinkText=Link zu Beitrag von betateilchen}}

== Links ==
* Forenthread {{Link2Forum|Topic=54511|LinkText=HMUARTLGW: Modul für HomeMatic UART-Modul (RPi) und HomeMatic LAN Gateway}}

[[Kategorie:HomeMatic Components]]

FHEMWiki:Interna

2020-12-27T17:06:43Z

Rollo Wikinger: WikiMedia=>MediaWiki

{{Randnotiz|RNTyp=info|RNText="Infobox Interna" zu FHEM Wiki
* [[Spezial:Version|Versionsinfo]]
* [[Spezial:Statistik|Statistisches]]
}}
[[FHEMWiki:Interna]] wie Informationen über geplante Wartungsarbeiten, Probleme, Erweiterungswünsche etc.

== Aktuell ==
== September 2018 ==
* 9.9.: MediaWiki wurde auf Version 1.31.0 aktualisiert

== Januar 2017 ==
* MediaWiki wurde auf Version 1.28.0 aktualisiert

== Dezember 2016 ==
* Wiki wurde auf einen anderen Server und gleichzeitig auf die Domain wiki.fhem.de umgezogen
* MediaWiki wurde vorerst auf Version 1.24.1 belassen; Update auf aktuelle Version ist vorgesehen, sobald sich das Wiki in der neuen Umgebung eingespielt hat

== Umstellung vom 6.11.2015 ==
* Einige "Standarddateien" (aus wikimedia:common) scheinen verschwunden zu sein; dadurch fehlen aktuell einige Bilder, insbesondere in den Vorlagen "Hallo" und "Randnotiz". Arno wurde per Mail informiert.

== Umstellung vom 30.10.2015 ==
* [[Syntax Highlighting]] wurde auf mehrfachen Wunsch eingerichtet.

== Umstellung vom 10.2.2015 ==
Am 10.2.2015 wurde der Wiki-Server auf eine leistungsfähigere Plattform umgezogen.

Gleichzeitig wurde die MediaWiki Version auf 1.24.1 aktualisiert.

=== Offene Probleme ===
Probleme sind mittlerweile abgearbeitet, Wünsche bearbeitet (abgelehnt oder erfüllt)

=== Erledigte Probleme ===
* Kopfbereich aller Wiki-Seiten hat (noch) die falsche Hintergrundfarbe
** erledigt: [[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)
* ''wikitable sortable'' funktioniert nicht (mehr)
** erledigt: --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 22:37, 19. Apr. 2015 (CEST)
* Bearbeitungs- und erweiterte Bearbeitungswerkzeugleiste sind trotz Auswahl in Benutzereinstellung nicht vorhanden (getestete Browser: Firefox, IE)
** erledigt: --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 22:37, 19. Apr. 2015 (CEST)
* Suchvorschlagsliste bei Eingabe des Suchwortes im Suchfeld nicht mehr vorhanden
** erledigt: --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 20:23, 22. Apr. 2015 (CEST)
* Darstellung ist "anders" (z.B.: Überschriften auf Level 2 (==) jetzt Serifenschrift)
* (Wunsch:) Wäre es möglich, die Extension [http://www.mediawiki.org/wiki/Extension:DynamicWikiSitemap DynamicWikiSitemap] zu installieren?
** Die funktioniert nicht gut mit dem nginx-webserver. Ich habe statische sitemaps für die Google Webmaster Tools erstellt: http://wiki.fhem.de/w/sitemap/sitemap-index-c1fhemwiki.xml [[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)
* Benutzereinstellungen (Spezial:Einstellungen): die Seite bietet keine "Themes" (mehr?) an; es ist "nur noch" '''Benutzeroberfläche''' ''Vector'' installiert.
:: Das ist so gewollt. ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)
* Bug? Wenn man direkt ein Kapitel einer Seite bearbeitet, bleibt die Schaltfläche "nur Kleinigkeiten wurden verändert" ohne Wirkung.

=== Diskussion ===
:: Es gibt aber allem Anschein nach noch ein offenes Problem mit diesem einzigen verbliebenen Skin: ich bekomme auf allen FHEM-Wiki Seiten (sichtbar "nur" in Firebug) die Fehlermeldung ''<nowiki>"NetworkError: 502 Bad Gateway - http://wiki.fhem.de/w/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector&*"</nowiki>''. Nach einer Info, die ich an anderer Stelle gefunden habe, könnte auch die fehlende Werkzeugleiste damit zusammenhängen.
:: Falls die Frage erlaubt ist: was ist der Grund dafür, dass nur noch ein Skin "gewollt" ist? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:56, 2. Apr. 2015 (CEST)
:: <hr />
:: Ich hab den Bug jetzt im Griff, denke ich. Es paar Puffergrößen mussten angepasst werden. --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 22:35, 19. Apr. 2015 (CEST)
:: @Peter: Wenn es zwingend gewünscht wird, lasse ich mich mit den Skins breitschlagen, aber Vector ist doch ganz hübsch oder? Und der Wartungsaufwand wird minimiert.
[[Kategorie:FHEM Wiki]]
::: Ich brauch jedenfalls keine Skins.[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 03:47, 26. Apr. 2015 (CEST)
:: <hr />
:: Ich bin neu hier und daher hoffentlich an der richtigen Stelle: Unterstützt die MediaWiki-Software eine Umschaltung der Inhaltssprache? Idealerweise gäbe es zu jedem Artikel ein englisches Äquivalent, das angezeigt wird, wenn der Nutzer englisch eingestellt hat. Aber geht das im FHEMWiki und wenn ja, wie? [[Benutzer:Rollo Wikinger|Rollo Wikinger]] ([[Benutzer Diskussion:Rollo Wikinger|Diskussion]]) 21:35, 5. Jan. 2020 (CET)

HM-LC-BL1-FM Funk-Jalousieaktor

2020-12-27T16:56:03Z

Rollo Wikinger: Korrektes s-z (ß) verwendet.

{{Infobox Hardware
|Bild=HM-LC-BL1-FM-Ansicht.jpeg
|Bildbeschreibung=HomeMatic Unterputz Funk Rollladenaktor
|HWProtocol=HomeMatic
|HWType=Aktor
|HWCategory=HomeMatic
|HWComm=868 MHz
|HWChannels=1
|HWVoltage=230V
|HWPowerConsumption=<0,5W (Ruhebetrieb)
|HWPoweredBy=Netz
|HWSize=53x53x30mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#CUL_HM CUL_HM]
|HWManufacturer=ELV / eQ-3
}}

Homematic Funk-Jalousieaktor 1-fach (Unterputz)

== Features ==
Schalten eines angeschlossenen Jalousiemotors mittels [[CUL]]/CUN/[[HMLAN Konfigurator]] und über einen mechanischen spannungsfesten Taster.

'''Technische Daten:'''
* Schaltvermögen: 250W Motorlast 230V/50Hz
* Relais: 1x Schließer und 1 Wechsler
* Standby Verbrauch: 0,5W
* Maße(BxHxT): 53x53x30mm

== Installation ==
Will man die Funk-Schaltaktoren auch manuell betreiben, so sind Taster notwendig. Schalter können notfalls mittels einer zusätzlichen Feder zum Taster umgebaut werden, Tastschalter oder Schalter sind nicht geeignet, da die Funktion sonst dauerhaft gestört sein kann.

Um zu verhindern, dass der Aktor bei längerer Betätigung eines Tasters versehentlich in den Anlernmodus versetzt oder gar zurückgesetzt wird, muss das Register ''confBtnTime'' geändert werden. Die nötige Änderung ist im Absatz '''Tasterverhalten''' beschrieben.

Je nach vorhandenen Schalterdosen empfiehlt es sich, bestehende Schalterdosen nach hinten auszuweiten, d.h. die Abdeckung nach hinten heraus zu brechen, da die Aktoren und Kabel nicht gerade sparsam mit dem Platz umgehen. Alternativ kann der Aktor auch in einer zusätzlichen Schalterdosen untergebracht und diese mit einem Federdeckel verschlossen werden. Dies hat den Vorteil, dass auch durch eine relativ dicke Tapete die LED und somit der Zustand des Aktors erkannt werden kann.

== Hinweise zum Betrieb mit FHEM ==
Das [[Pairing (HomeMatic)|Pairing]] sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden. Hierfür wird ein am Aktor temporär angeschlossener spannungsfester Taster zwingend benötigt oder es erfolgt über FHEM mittels der Seriennummer.

=== Konfiguration ===
Ein exemplarischer Auszug aus der [[Konfiguration]] (fhem.cfg):

<pre>
define JalousieWohnzimmer CUL_HM 17E43C
attr JalousieWohnzimmer devInfo 010100
attr JalousieWohnzimmer firmware 1.5
attr JalousieWohnzimmer hmClass receiver
attr JalousieWohnzimmer model HM-LC-BL1-FM
attr JalousieWohnzimmer room Wohnzimmer
attr JalousieWohnzimmer serialNr IEQ0xxxxxx
attr JalousieWohnzimmer subType blindActuator
</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 logischen Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet. Im Falle der 10% geöffneten Jalousie wird diese geschlossen.
set <name> <Zweistellige Zahl> -> Schaltet den Aktor ein und öffnet die Jalousie um <Zweistellige Zahl>%. 100% entspricht dabei einem "on"
set <name> up/down <Prozentangabe[0 bis 100]> -> Öffnet oder schließt die Jalousie um den prozentualen Wert, berechnet aus definierter Laufzeit. Keine Angabe => 10%
</pre>

=== Fahrtzeiten kalibrieren ===
Um die Jalousie mit Prozentangaben auf eine bestimmte Position fahren zu lassen, muss der Aktor die Fahrtzeiten kennen, um daraus die relativen Positionen erechnen zu können. Dazu müssen 3 Werte manuell mit einer Stoppuhr gemessen werden.

* Fahrtzeit nach oben
* Fahrtzeit nach unten (ist meistens identisch mit der Fahrzeit nach oben bei herkömlichen Jalousiemotoren)
* Wechsel der Fahrtrichtung

Diese drei Zeiten werden in Sekunden gemessen und anschließend einmalig mit den folgenden Befehlen eingestellt:

<pre>
set <name> regSet driveUp 27.0 # Fahrtzeit nach oben in Sekunden
set <name> regSet driveDown 27.0 # Fahrtzeit nach unten in Sekunden
set <name> regSet driveTurn 0.5 # Die Zeit die gebraucht wird um die Fahrtrichtung zu wechseln in Sekunden
</pre>

Ob alles geklappt hat, kann überprüft werden mit:
<pre>
set <name> getConfig
get <name> reg all
</pre>
Dort sollten dann die Werte stehen, z.B.
<pre>
WZ_Jal_Rechts type:blindActuator -
list:peer register :value
0: intKeyVisib :invisib
0: pairCentral :0xE1F88A
1: driveDown :27 s
1: driveTurn :0.5 s
1: driveUp :27 s
1: refRunCounter :0
1: sign :off
</pre>

Wenn ihr die Konfiguration des Schalters für Euch als Textdatei speichern wollt, dann hilft Euch ein
:<code>get <name> saveConfig <dateiname></code>

Das legt dann eine Datei in Eurem fhem-"root" Verzeichnis ab, in der alle Werte stehen.

=== Tasterverhalten ===

==== Verhinderung von Fehlbedienungen bei längerem Tastendruck ====

Wie oben beschrieben führt eine dauerhafte Ansteuerung der Eingänge durch einen Schalter oder ein sehr langer Tastendruck (länger als 4 Sekunden) normalerweise dazu, dass der Aktor in den Anlernmodus versetzt wird. Es ist jedoch auch möglich, ein dem [[HM-LC-Bl1PBU-FM_Unterputz-Jalousieaktor|HM-LC-Bl1PBU-FM]] oder einem gepeerten Taster gleiches Tasterverhalten einzustellen (langes Drücken fährt dann den Rolladen nur so lange wie man drückt). Dazu begrenzt man die Verfügbarkeit des Anlernmodus auf eine wählbare Zeit (in Minuten) nach dem Einschalten des Stromes. Nach dieser Zeit ist der Anlernmodus gesperrt und kurze und längere Tastendrücke resultieren dann in unterschiedlichem Fahrverhalten.
set <device> regSet confBtnTime 5
Benötigt man den lokalen Anlernmodus wieder, so reicht es, den Aktor stromlos zu machen (Ausschalten der betreffenden Sicherung). Danach steht im obigen Beispiel der Anlernmodus durch langen Tastendruck in den ersten fünf Minuten zur Verfügung.
set <device> regSet confBtnTime permanent
macht die Änderung rückgängig.

==== Verbesserung der Bedienung zum Stoppen des laufenden Antriebs ====

Ab Werk kann der durch einen kurzen Tastendruck gestartete Rolladen vor dem Erreichen der Endlage nur durch einen Tastendruck auf die entgegengesetzte Richtung gestoppt werden. Üblich bei vielen Rolladenantrieben sind aber beliebige kurze Tastendrücke. Um den fahrenden Rollladen bei jedem Tastendruck anzuhalten und nicht nur bei Druck auf die entgegengesetzte Richtung, ist folgendermaßen vorzugehen:

* Wenn noch nicht geschehen, die internen Taster sichtbar schalten und die aktuelle Konfiguration abfragen
set <device> regSet intKeyVisib visib
set <device> getConfig

* Die Taster konfigurieren (Nutzung von Templates, dazu muss ein [[HomeMatic_HMInfo]] Device anglegt sein)
set <HMinfo> templateSet <device> BlStopUpSh self01:short
set <HMinfo> templateSet <device> BlStopDnSh self02:short
set <device> getConfig

* nun ggf. die internen Taster wieder unsichtbar schalten und die Konfiguration in FHEM aktualisieren
set <device> regSet intKeyVisib invisib
set <device> getConfig

''Hinweis: Dies entspricht dem Vorgehen beim [[HM-LC-Bl1PBU-FM_Unterputz-Jalousieaktor#Tasterverhalten|HM-LC-Bl1PBU-FM]], allerdings ist zu beachten, dass Ausgänge und Tasten bei diesem Aktor vertauscht sind, entsprechend sind die Templates auf die richtigen internen Tasten anzuwenden, wie oben beschrieben. Die Templates definieren (bzw. korrigieren) das gesamte Tasterverhalten auf Werkseinstellung, zusätzlich wird die sog. Sprungtabelle modifiziert, so dass ein fahrender Rolladen gestoppt wird (aufwärts: BlJtRampOn: rampOn -> on, abwärts: BlJtRampOff: rampoff -> off)''

=== Peeren mit einem HM-PB-2-WM55 ===

Um bei einem Ausfall von FHEM den Rollladenaktor ersatzweise mit einem Schalter bedienen zu können, kann auch ein [[HM-PB-2-WM55_2fach-Funk-Wandtaster|HM-PB-2-WM55]] gewählt werden, der direkt mit dem Rolladenaktor [[Peering (HomeMatic)|gepeert]] wird.

Mittels des Befehls

set <HM-PB-2-WM55>_01 peerChan 0 <HM-LC-BL1-FM>

werden gleich beide Taster (rauf/runter) mit dem Rolladenaktor gepeert. Der Channel 02 des Tasters übernimmt dann die Rauf-Funktion, der Channel 01 die Runter-Funktion. Mittels kurzem Druck des entsprechenden Tasters wird der Rolladen komplett hoch- bzw. runtergefahren (stopp mit dem jeweils anderen Taster). Ein langer Druck erzeugt eine Fahrt des Rolladen in die gewünschte Richtung '''für die Dauer''' des Tastendrucks.

Wünscht man das Stoppen des Rolladens bei kurzem Tastendruck auf eine beliebige Taste wie im Abschnitt zuvor beschrieben, dann ist entsprechend vorzugehen. Allerdings sind dann statt "self01" der Name des Kanals für die Aufwärtsfahrt und statt "self02" der Name des Kanals für die Abwärtsfahrt anzugeben.

=== Log-Auszug ===
In FHEM ist nach dem Schalten des HM-LC-BL1-FM folgendes Log zu sehen:

<pre>
2012.02.12 17:53:08 2: CUL_HM set JalousieWohnzimmer on
2012.02.12 17:53:09 2: CUL_HM set JalousieWohnzimmer off
2012.02.12 21:25:14 2: CUL_HM set JalousieWohnzimmer 37
</pre>

== Bekannte Probleme und Informationen zur Behebung ==

=== Jalousieaktor reagiert nicht mehr auf Befehle vom Sender ===
Beizeiten kommt es vor, dass der Aktor nicht mehr auf Funk-Befehle reagiert, sich aber noch lokal mit den Tastern bedienen lässt. Folgende Maßnahmen können in so einem Fall helfen:
* Die Versorgungsspannung des Aktors ausschalten, dann wieder einschalten und somit einen Restart herbeiführen.
* Aktor erneut am Sender anlernen.
* Werkseinstellungen wiederherstellen (4 Sekunden beliebigen Taster gedrückt halten, bis LED blinkt, Taster loslassen und erneut 4 Sekunden halten, bis LED schneller blinkt) und erneut am Sender anlernen.

= Links =
* [[Jalousie und Beleuchtung in mehreren Räumen]]
* [[Slider für HM-Rollladensteuerung anzeigen]]
* Bedienungsanleitung {{DocLink|elv|/service/manuals/76793_HM_Unterputzschalter_UM.pdf}})

[[Kategorie:HomeMatic Components]]
[[Kategorie:Rollladensteuerung]]
[[Kategorie:868MHz]]

HM-LC-BL1-FM Funk-Jalousieaktor

2020-12-27T16:51:57Z

Rollo Wikinger: /* Bekannte Probleme und Informationen zur Behebung */ - Tipps zur Behebung erweitert

{{Infobox Hardware
|Bild=HM-LC-BL1-FM-Ansicht.jpeg
|Bildbeschreibung=HomeMatic Unterputz Funk Rollladenaktor
|HWProtocol=HomeMatic
|HWType=Aktor
|HWCategory=HomeMatic
|HWComm=868 MHz
|HWChannels=1
|HWVoltage=230V
|HWPowerConsumption=<0,5W (Ruhebetrieb)
|HWPoweredBy=Netz
|HWSize=53x53x30mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#CUL_HM CUL_HM]
|HWManufacturer=ELV / eQ-3
}}

Homematic Funk-Jalousieaktor 1-fach (Unterputz)

== Features ==
Schalten eines angeschlossenen Jalousiemotors mittels [[CUL]]/CUN/[[HMLAN Konfigurator]] und über einen mechanischen spannungsfesten Taster.

'''Technische Daten:'''
* Schaltvermögen: 250W Motorlast 230V/50Hz
* Relais: 1x Schließer und 1 Wechsler
* Standby Verbrauch: 0,5W
* Maße(BxHxT): 53x53x30mm

== Installation ==
Will man die Funk-Schaltaktoren auch manuell betreiben, so sind Taster notwendig. Schalter können notfalls mittels einer zusätzlichen Feder zum Taster umgebaut werden, Tastschalter oder Schalter sind nicht geeignet, da die Funktion sonst dauerhaft gestört sein kann.

Um zu verhindern, dass der Aktor bei längerer Betätigung eines Tasters versehentlich in den Anlernmodus versetzt oder gar zurückgesetzt wird, muss das Register ''confBtnTime'' geändert werden. Die nötige Änderung ist im Absatz '''Tasterverhalten''' beschrieben.

Je nach vorhandenen Schalterdosen empfiehlt es sich, bestehende Schalterdosen nach hinten auszuweiten, d.h. die Abdeckung nach hinten heraus zu brechen, da die Aktoren und Kabel nicht gerade sparsam mit dem Platz umgehen. Alternativ kann der Aktor auch in einer zusätzlichen Schalterdosen untergebracht und diese mit einem Federdeckel verschlossen werden. Dies hat den Vorteil, dass auch durch eine relativ dicke Tapete die LED und somit der Zustand des Aktors erkannt werden kann.

== Hinweise zum Betrieb mit FHEM ==
Das [[Pairing (HomeMatic)|Pairing]] sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden. Hierfür wird ein am Aktor temporär angeschlossener spannungsfester Taster zwingend benötigt oder es erfolgt über FHEM mittels der Seriennummer.

=== Konfiguration ===
Ein exemplarischer Auszug aus der [[Konfiguration]] (fhem.cfg):

<pre>
define JalousieWohnzimmer CUL_HM 17E43C
attr JalousieWohnzimmer devInfo 010100
attr JalousieWohnzimmer firmware 1.5
attr JalousieWohnzimmer hmClass receiver
attr JalousieWohnzimmer model HM-LC-BL1-FM
attr JalousieWohnzimmer room Wohnzimmer
attr JalousieWohnzimmer serialNr IEQ0xxxxxx
attr JalousieWohnzimmer subType blindActuator
</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 logischen Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet. Im Falle der 10% geöffneten Jalousie wird diese geschlossen.
set <name> <Zweistellige Zahl> -> Schaltet den Aktor ein und öffnet die Jalousie um <Zweistellige Zahl>%. 100% entspricht dabei einem "on"
set <name> up/down <Prozentangabe[0 bis 100]> -> Öffnet oder schließt die Jalousie um den prozentualen Wert, berechnet aus definierter Laufzeit. Keine Angabe => 10%
</pre>

=== Fahrtzeiten kalibrieren ===
Um die Jalousie mit Prozentangaben auf eine bestimmte Position fahren zu lassen, muss der Aktor die Fahrtzeiten kennen, um daraus die relativen Positionen erechnen zu können. Dazu müssen 3 Werte manuell mit einer Stoppuhr gemessen werden.

* Fahrtzeit nach oben
* Fahrtzeit nach unten (ist meistens identisch mit der Fahrzeit nach oben bei herkömlichen Jalousiemotoren)
* Wechsel der Fahrtrichtung

Diese drei Zeiten werden in Sekunden gemessen und anschließend einmalig mit den folgenden Befehlen eingestellt:

<pre>
set <name> regSet driveUp 27.0 # Fahrtzeit nach oben in Sekunden
set <name> regSet driveDown 27.0 # Fahrtzeit nach unten in Sekunden
set <name> regSet driveTurn 0.5 # Die Zeit die gebraucht wird um die Fahrtrichtung zu wechseln in Sekunden
</pre>

Ob alles geklappt hat, kann überprüft werden mit:
<pre>
set <name> getConfig
get <name> reg all
</pre>
Dort sollten dann die Werte stehen, z.B.
<pre>
WZ_Jal_Rechts type:blindActuator -
list:peer register :value
0: intKeyVisib :invisib
0: pairCentral :0xE1F88A
1: driveDown :27 s
1: driveTurn :0.5 s
1: driveUp :27 s
1: refRunCounter :0
1: sign :off
</pre>

Wenn ihr die Konfiguration des Schalters für Euch als Textdatei speichern wollt, dann hilft Euch ein
:<code>get <name> saveConfig <dateiname></code>

Das legt dann eine Datei in Eurem fhem-"root" Verzeichnis ab, in der alle Werte stehen.

=== Tasterverhalten ===

==== Verhinderung von Fehlbedienungen bei längerem Tastendruck ====

Wie oben beschrieben führt eine dauerhafte Ansteuerung der Eingänge durch einen Schalter oder ein sehr langer Tastendruck (länger als 4 Sekunden) normalerweise dazu, dass der Aktor in den Anlernmodus versetzt wird. Es ist jedoch auch möglich, ein dem [[HM-LC-Bl1PBU-FM_Unterputz-Jalousieaktor|HM-LC-Bl1PBU-FM]] oder einem gepeerten Taster gleiches Tasterverhalten einzustellen (langes Drücken fährt dann den Rolladen nur so lange wie man drückt). Dazu begrenzt man die Verfügbarkeit des Anlernmodus auf eine wählbare Zeit (in Minuten) nach dem Einschalten des Stromes. Nach dieser Zeit ist der Anlernmodus gesperrt und kurze und längere Tastendrücke resultieren dann in unterschiedlichem Fahrverhalten.
set <device> regSet confBtnTime 5
Benötigt man den lokalen Anlernmodus wieder, so reicht es, den Aktor stromlos zu machen (Ausschalten der betreffenden Sicherung). Danach steht im obigen Beispiel der Anlernmodus durch langen Tastendruck in den ersten fünf Minuten zur Verfügung.
set <device> regSet confBtnTime permanent
macht die Änderung rückgängig.

==== Verbesserung der Bedienung zum Stoppen des laufenden Antriebs ====

Ab Werk kann der durch einen kurzen Tastendruck gestartete Rolladen vor dem Erreichen der Endlage nur durch einen Tastendruck auf die entgegengesetzte Richtung gestoppt werden. Üblich bei vielen Rolladenantrieben sind aber beliebige kurze Tastendrücke. Um den fahrenden Rollladen bei jedem Tastendruck anzuhalten und nicht nur bei Druck auf die entgegengesetzte Richtung, ist folgendermaßen vorzugehen:

* Wenn noch nicht geschehen, die internen Taster sichtbar schalten und die aktuelle Konfiguration abfragen
set <device> regSet intKeyVisib visib
set <device> getConfig

* Die Taster konfigurieren (Nutzung von Templates, dazu muss ein [[HomeMatic_HMInfo]] Device anglegt sein)
set <HMinfo> templateSet <device> BlStopUpSh self01:short
set <HMinfo> templateSet <device> BlStopDnSh self02:short
set <device> getConfig

* nun ggf. die internen Taster wieder unsichtbar schalten und die Konfiguration in FHEM aktualisieren
set <device> regSet intKeyVisib invisib
set <device> getConfig

''Hinweis: Dies entspricht dem Vorgehen beim [[HM-LC-Bl1PBU-FM_Unterputz-Jalousieaktor#Tasterverhalten|HM-LC-Bl1PBU-FM]], allerdings ist zu beachten, dass Ausgänge und Tasten bei diesem Aktor vertauscht sind, entsprechend sind die Templates auf die richtigen internen Tasten anzuwenden, wie oben beschrieben. Die Templates definieren (bzw. korrigieren) das gesamte Tasterverhalten auf Werkseinstellung, zusätzlich wird die sog. Sprungtabelle modifiziert, so dass ein fahrender Rolladen gestoppt wird (aufwärts: BlJtRampOn: rampOn -> on, abwärts: BlJtRampOff: rampoff -> off)''

=== Peeren mit einem HM-PB-2-WM55 ===

Um bei einem Ausfall von FHEM den Rollladenaktor ersatzweise mit einem Schalter bedienen zu können, kann auch ein [[HM-PB-2-WM55_2fach-Funk-Wandtaster|HM-PB-2-WM55]] gewählt werden, der direkt mit dem Rolladenaktor [[Peering (HomeMatic)|gepeert]] wird.

Mittels des Befehls

set <HM-PB-2-WM55>_01 peerChan 0 <HM-LC-BL1-FM>

werden gleich beide Taster (rauf/runter) mit dem Rolladenaktor gepeert. Der Channel 02 des Tasters übernimmt dann die Rauf-Funktion, der Channel 01 die Runter-Funktion. Mittels kurzem Druck des entsprechenden Tasters wird der Rolladen komplett hoch- bzw. runtergefahren (stopp mit dem jeweils anderen Taster). Ein langer Druck erzeugt eine Fahrt des Rolladen in die gewünschte Richtung '''für die Dauer''' des Tastendrucks.

Wünscht man das Stoppen des Rolladens bei kurzem Tastendruck auf eine beliebige Taste wie im Abschnitt zuvor beschrieben, dann ist entsprechend vorzugehen. Allerdings sind dann statt "self01" der Name des Kanals für die Aufwärtsfahrt und statt "self02" der Name des Kanals für die Abwärtsfahrt anzugeben.

=== Log-Auszug ===
In FHEM ist nach dem Schalten des HM-LC-BL1-FM folgendes Log zu sehen:

<pre>
2012.02.12 17:53:08 2: CUL_HM set JalousieWohnzimmer on
2012.02.12 17:53:09 2: CUL_HM set JalousieWohnzimmer off
2012.02.12 21:25:14 2: CUL_HM set JalousieWohnzimmer 37
</pre>

== Bekannte Probleme und Informationen zur Behebung ==

=== Jalousieaktor reagiert nicht mehr auf Befehle vom Sender ===
Beizeiten kommt es vor, dass der Aktor nicht mehr auf Funk-Befehle reagiert, sich aber noch lokal mit den Tastern bedienen lässt. Folgende Maβnahmen können in so einem Fall helfen:
* Die Versorgungsspannung des Aktors ausschalten, dann wieder einschalten und somit einen Restart herbeiführen.
* Aktor erneut am Sender anlernen.
* Werkseinstellungen wiederherstellen (4 Sekunden beliebigen Taster gedrückt halten, bis LED blinkt, Taster loslassen und erneut 4 Sekunden halten, bis LED schneller blinkt) und erneut am Sender anlernen.

= Links =
* [[Jalousie und Beleuchtung in mehreren Räumen]]
* [[Slider für HM-Rollladensteuerung anzeigen]]
* Bedienungsanleitung {{DocLink|elv|/service/manuals/76793_HM_Unterputzschalter_UM.pdf}})

[[Kategorie:HomeMatic Components]]
[[Kategorie:Rollladensteuerung]]
[[Kategorie:868MHz]]

HM-LC-BL1-FM Funk-Jalousieaktor

2020-12-27T16:36:54Z

Rollo Wikinger: Abschnitt "Bekannte Probleme und Informationen zur Behebung" angelegt.

{{Infobox Hardware
|Bild=HM-LC-BL1-FM-Ansicht.jpeg
|Bildbeschreibung=HomeMatic Unterputz Funk Rollladenaktor
|HWProtocol=HomeMatic
|HWType=Aktor
|HWCategory=HomeMatic
|HWComm=868 MHz
|HWChannels=1
|HWVoltage=230V
|HWPowerConsumption=<0,5W (Ruhebetrieb)
|HWPoweredBy=Netz
|HWSize=53x53x30mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#CUL_HM CUL_HM]
|HWManufacturer=ELV / eQ-3
}}

Homematic Funk-Jalousieaktor 1-fach (Unterputz)

== Features ==
Schalten eines angeschlossenen Jalousiemotors mittels [[CUL]]/CUN/[[HMLAN Konfigurator]] und über einen mechanischen spannungsfesten Taster.

'''Technische Daten:'''
* Schaltvermögen: 250W Motorlast 230V/50Hz
* Relais: 1x Schließer und 1 Wechsler
* Standby Verbrauch: 0,5W
* Maße(BxHxT): 53x53x30mm

== Installation ==
Will man die Funk-Schaltaktoren auch manuell betreiben, so sind Taster notwendig. Schalter können notfalls mittels einer zusätzlichen Feder zum Taster umgebaut werden, Tastschalter oder Schalter sind nicht geeignet, da die Funktion sonst dauerhaft gestört sein kann.

Um zu verhindern, dass der Aktor bei längerer Betätigung eines Tasters versehentlich in den Anlernmodus versetzt oder gar zurückgesetzt wird, muss das Register ''confBtnTime'' geändert werden. Die nötige Änderung ist im Absatz '''Tasterverhalten''' beschrieben.

Je nach vorhandenen Schalterdosen empfiehlt es sich, bestehende Schalterdosen nach hinten auszuweiten, d.h. die Abdeckung nach hinten heraus zu brechen, da die Aktoren und Kabel nicht gerade sparsam mit dem Platz umgehen. Alternativ kann der Aktor auch in einer zusätzlichen Schalterdosen untergebracht und diese mit einem Federdeckel verschlossen werden. Dies hat den Vorteil, dass auch durch eine relativ dicke Tapete die LED und somit der Zustand des Aktors erkannt werden kann.

== Hinweise zum Betrieb mit FHEM ==
Das [[Pairing (HomeMatic)|Pairing]] sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden. Hierfür wird ein am Aktor temporär angeschlossener spannungsfester Taster zwingend benötigt oder es erfolgt über FHEM mittels der Seriennummer.

=== Konfiguration ===
Ein exemplarischer Auszug aus der [[Konfiguration]] (fhem.cfg):

<pre>
define JalousieWohnzimmer CUL_HM 17E43C
attr JalousieWohnzimmer devInfo 010100
attr JalousieWohnzimmer firmware 1.5
attr JalousieWohnzimmer hmClass receiver
attr JalousieWohnzimmer model HM-LC-BL1-FM
attr JalousieWohnzimmer room Wohnzimmer
attr JalousieWohnzimmer serialNr IEQ0xxxxxx
attr JalousieWohnzimmer subType blindActuator
</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 logischen Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet. Im Falle der 10% geöffneten Jalousie wird diese geschlossen.
set <name> <Zweistellige Zahl> -> Schaltet den Aktor ein und öffnet die Jalousie um <Zweistellige Zahl>%. 100% entspricht dabei einem "on"
set <name> up/down <Prozentangabe[0 bis 100]> -> Öffnet oder schließt die Jalousie um den prozentualen Wert, berechnet aus definierter Laufzeit. Keine Angabe => 10%
</pre>

=== Fahrtzeiten kalibrieren ===
Um die Jalousie mit Prozentangaben auf eine bestimmte Position fahren zu lassen, muss der Aktor die Fahrtzeiten kennen, um daraus die relativen Positionen erechnen zu können. Dazu müssen 3 Werte manuell mit einer Stoppuhr gemessen werden.

* Fahrtzeit nach oben
* Fahrtzeit nach unten (ist meistens identisch mit der Fahrzeit nach oben bei herkömlichen Jalousiemotoren)
* Wechsel der Fahrtrichtung

Diese drei Zeiten werden in Sekunden gemessen und anschließend einmalig mit den folgenden Befehlen eingestellt:

<pre>
set <name> regSet driveUp 27.0 # Fahrtzeit nach oben in Sekunden
set <name> regSet driveDown 27.0 # Fahrtzeit nach unten in Sekunden
set <name> regSet driveTurn 0.5 # Die Zeit die gebraucht wird um die Fahrtrichtung zu wechseln in Sekunden
</pre>

Ob alles geklappt hat, kann überprüft werden mit:
<pre>
set <name> getConfig
get <name> reg all
</pre>
Dort sollten dann die Werte stehen, z.B.
<pre>
WZ_Jal_Rechts type:blindActuator -
list:peer register :value
0: intKeyVisib :invisib
0: pairCentral :0xE1F88A
1: driveDown :27 s
1: driveTurn :0.5 s
1: driveUp :27 s
1: refRunCounter :0
1: sign :off
</pre>

Wenn ihr die Konfiguration des Schalters für Euch als Textdatei speichern wollt, dann hilft Euch ein
:<code>get <name> saveConfig <dateiname></code>

Das legt dann eine Datei in Eurem fhem-"root" Verzeichnis ab, in der alle Werte stehen.

=== Tasterverhalten ===

==== Verhinderung von Fehlbedienungen bei längerem Tastendruck ====

Wie oben beschrieben führt eine dauerhafte Ansteuerung der Eingänge durch einen Schalter oder ein sehr langer Tastendruck (länger als 4 Sekunden) normalerweise dazu, dass der Aktor in den Anlernmodus versetzt wird. Es ist jedoch auch möglich, ein dem [[HM-LC-Bl1PBU-FM_Unterputz-Jalousieaktor|HM-LC-Bl1PBU-FM]] oder einem gepeerten Taster gleiches Tasterverhalten einzustellen (langes Drücken fährt dann den Rolladen nur so lange wie man drückt). Dazu begrenzt man die Verfügbarkeit des Anlernmodus auf eine wählbare Zeit (in Minuten) nach dem Einschalten des Stromes. Nach dieser Zeit ist der Anlernmodus gesperrt und kurze und längere Tastendrücke resultieren dann in unterschiedlichem Fahrverhalten.
set <device> regSet confBtnTime 5
Benötigt man den lokalen Anlernmodus wieder, so reicht es, den Aktor stromlos zu machen (Ausschalten der betreffenden Sicherung). Danach steht im obigen Beispiel der Anlernmodus durch langen Tastendruck in den ersten fünf Minuten zur Verfügung.
set <device> regSet confBtnTime permanent
macht die Änderung rückgängig.

==== Verbesserung der Bedienung zum Stoppen des laufenden Antriebs ====

Ab Werk kann der durch einen kurzen Tastendruck gestartete Rolladen vor dem Erreichen der Endlage nur durch einen Tastendruck auf die entgegengesetzte Richtung gestoppt werden. Üblich bei vielen Rolladenantrieben sind aber beliebige kurze Tastendrücke. Um den fahrenden Rollladen bei jedem Tastendruck anzuhalten und nicht nur bei Druck auf die entgegengesetzte Richtung, ist folgendermaßen vorzugehen:

* Wenn noch nicht geschehen, die internen Taster sichtbar schalten und die aktuelle Konfiguration abfragen
set <device> regSet intKeyVisib visib
set <device> getConfig

* Die Taster konfigurieren (Nutzung von Templates, dazu muss ein [[HomeMatic_HMInfo]] Device anglegt sein)
set <HMinfo> templateSet <device> BlStopUpSh self01:short
set <HMinfo> templateSet <device> BlStopDnSh self02:short
set <device> getConfig

* nun ggf. die internen Taster wieder unsichtbar schalten und die Konfiguration in FHEM aktualisieren
set <device> regSet intKeyVisib invisib
set <device> getConfig

''Hinweis: Dies entspricht dem Vorgehen beim [[HM-LC-Bl1PBU-FM_Unterputz-Jalousieaktor#Tasterverhalten|HM-LC-Bl1PBU-FM]], allerdings ist zu beachten, dass Ausgänge und Tasten bei diesem Aktor vertauscht sind, entsprechend sind die Templates auf die richtigen internen Tasten anzuwenden, wie oben beschrieben. Die Templates definieren (bzw. korrigieren) das gesamte Tasterverhalten auf Werkseinstellung, zusätzlich wird die sog. Sprungtabelle modifiziert, so dass ein fahrender Rolladen gestoppt wird (aufwärts: BlJtRampOn: rampOn -> on, abwärts: BlJtRampOff: rampoff -> off)''

=== Peeren mit einem HM-PB-2-WM55 ===

Um bei einem Ausfall von FHEM den Rollladenaktor ersatzweise mit einem Schalter bedienen zu können, kann auch ein [[HM-PB-2-WM55_2fach-Funk-Wandtaster|HM-PB-2-WM55]] gewählt werden, der direkt mit dem Rolladenaktor [[Peering (HomeMatic)|gepeert]] wird.

Mittels des Befehls

set <HM-PB-2-WM55>_01 peerChan 0 <HM-LC-BL1-FM>

werden gleich beide Taster (rauf/runter) mit dem Rolladenaktor gepeert. Der Channel 02 des Tasters übernimmt dann die Rauf-Funktion, der Channel 01 die Runter-Funktion. Mittels kurzem Druck des entsprechenden Tasters wird der Rolladen komplett hoch- bzw. runtergefahren (stopp mit dem jeweils anderen Taster). Ein langer Druck erzeugt eine Fahrt des Rolladen in die gewünschte Richtung '''für die Dauer''' des Tastendrucks.

Wünscht man das Stoppen des Rolladens bei kurzem Tastendruck auf eine beliebige Taste wie im Abschnitt zuvor beschrieben, dann ist entsprechend vorzugehen. Allerdings sind dann statt "self01" der Name des Kanals für die Aufwärtsfahrt und statt "self02" der Name des Kanals für die Abwärtsfahrt anzugeben.

=== Log-Auszug ===
In FHEM ist nach dem Schalten des HM-LC-BL1-FM folgendes Log zu sehen:

<pre>
2012.02.12 17:53:08 2: CUL_HM set JalousieWohnzimmer on
2012.02.12 17:53:09 2: CUL_HM set JalousieWohnzimmer off
2012.02.12 21:25:14 2: CUL_HM set JalousieWohnzimmer 37
</pre>

== Bekannte Probleme und Informationen zur Behebung ==

=== Jalousieaktor reagiert nicht mehr auf Befehle vom Sender ===
Beizeiten kommt es vor, dass der Aktor nicht mehr auf Funk-Befehle reagiert, sich aber noch lokal mit den Tastern bedienen lässt. In so einem Fall hilft häufig, ihn einmal spannungsfrei zu schalten und somit einen Restart herbeizuführen.

= Links =
* [[Jalousie und Beleuchtung in mehreren Räumen]]
* [[Slider für HM-Rollladensteuerung anzeigen]]
* Bedienungsanleitung {{DocLink|elv|/service/manuals/76793_HM_Unterputzschalter_UM.pdf}})

[[Kategorie:HomeMatic Components]]
[[Kategorie:Rollladensteuerung]]
[[Kategorie:868MHz]]

Diskussion:HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-12-27T16:11:20Z

Rollo Wikinger: Antwort zu "Integration in Markenschalterprogramme"

== Integration in Markenschalterprogramme ==
"... eigentlich nicht für die Integration in bestehende Markenschalterprogramme geeignet ist ..." - laut Montageanleitung kann der Taster in bestimmte Serien von Berker,ELSO,GIRA,merten und JUNG integriert werden. Ist dieser Satz also veraltet, sollen wir ihn rausnehmen?
[[Benutzer:Rollo Wikinger|Rollo Wikinger]] ([[Benutzer Diskussion:Rollo Wikinger|Diskussion]]) 21:17, 5. Jan. 2020 (CET)
<hr />
:Ja, ich denke, der Satz kann entfallen; wenn Du eventuell noch ein Bild hättest, das den Taster in eingebautem Zustand zeigt, wäre das natürlich noch besser - dann kann man gleich sehen, ob man mit dem Integrationsgrad zufrieden ist. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:46, 6. Jan. 2020 (CET)
<hr />
:: OK, habe den Satz entsprechend angepasst. Ein Bild habe ich nicht, da ich den Schalter selber nicht in einem Markenprogramm nutze.--[[Benutzer:Rollo Wikinger|Rollo Wikinger]] ([[Benutzer Diskussion:Rollo Wikinger|Diskussion]]) 17:10, 27. Dez. 2020 (CET)

HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-12-27T16:06:44Z

Rollo Wikinger: Barcoo ist eine Android-App und kein Tippfehler ;-)

{{Infobox Hardware
|Bild=HomeMatic_Funk-Wandtaster.jpg
|Bildbeschreibung=HomeMatic Funk-Wandtaster Frontseite
|HWProtocol=HomeMatic
|HWType=[[HomeMatic Type pushButton|pushButton]]
|HWCategory=HomeMatic
|HWComm=868,3MHz
|HWChannels=2
|HWVoltage=3V
|HWPowerConsumption=0W (Standby)
|HWPoweredBy=2x1,5V LR03/Micro AAA
|HWSize=BxHxT 86x86x16,5 mm (inkl. Rahmen)
|HWDeviceFHEM=[[CUL_HM]]

|HWManufacturer=eQ-3
}}

'''HM-PB-2-WM55-2''' ist ein [[HomeMatic]] Funk-Wandtaster 2-fach (Aufputz).

== Features ==
Schalten von Empfängern mittels HomeMatic-Funkprotokoll
* 2-fach Wipptaster
* Anlernen direkt an HomeMatic-Aktoren oder mittels Zentrale (ein oder mehrere Empfänger)
* Kurzer Tastendruck oben/unten schaltet an/aus; langer Tastendruck oben/unten steuert Rollläden (hoch/runter) oder Dimmer (heller/dunkler) für die Dauer des Tastendrucks
* Wandmontage (Aufputz) mittels Schrauben oder Klebestreifen; Integration in bestehende Schalterserien möglich

== Technische Daten ==
Siehe Infobox rechts. Weitere technische Daten laut Hersteller:
{| class="wikitable"
|-
| Batterielebensdauer || 5 Jahre (typ.)
|-
| Umgebungstemperatur || -10°C bis +55°C
|-
| Funk-Freifeldreichweite || 100m (typ.)
|}

== Hinweise zur Hardware-Installation ==
Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte der Schalter wie unten dargestellt in FHEM angelegt werden (wird in die fhem.cfg eingetragen). Je nach Einstellungen in {{Link2CmdRef|Anker=autocreate|Label=autocreate}} kann es sein, dass auch noch weitere Aktionen ausgeführt wurden.

== Hinweise zum Betrieb mit FHEM ==

=== Auszug aus der fhem.cfg ===
Hier der Originaleintrag aus der fhem.cfg der automatisch erstellt wird (mit den "xxx" habe ich meine Nummer ersetzt):
<pre>
define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
</pre>

=== Bearbeiten ===
Das ist der Standardeintrag, den FHEM automatisch erstellt. Es macht aber Sinn, einiges zu verändern.
Zum einen sollten die Entities umbenannt werden, um sie besser finden und somit bedienen zu können. Das geht entweder manuell in der fhem.cfg (suche "CUL_HM_HM_PB_2_WM55_1F1xxx" ersetze mit neuem Begriff) oder besser per Befehl:
<pre>
rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
</pre>

Auch ist es nicht sinnvoll, für jede Entity (in diesem Fall 3: Schalter und die beiden Knöpfe) je ein eigenes Logfile anzulegen, auch wenn autocreate das so macht, denn das kostet Performance und Übersichtlichkeit. Das Beispiel unten zeigt, wie die Ereignisse aller drei Entities mitgeschrieben werden - achtet auf das .* am Ende:

<pre>
define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
</pre>

Und jetzt natürlich noch aufräumen und die alten Logfiles entsorgen:
<pre>
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
</pre>

'''Wichtig:''' Folgende Attribute solltet ihr '''nicht ändern''': .devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch {{Link2CmdRef}}) sind: room, group, expert, webCmd: gruppieren und darstellen auf der Webseite, autoRegRead: automatisches Lesen der Register (für push-Button sollte es auf 0 stehen)

Letztendlich könnte die "gepflegte" fhem.cfg so aussehen:
<pre>
#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles
</pre>

=== Mit virtuellem Aktor verbinden ===
Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von FHEM verarbeitet, FHEM weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

In der FHEM-Web Oberfläche gebt ihr in der Kommandozeile ein (die hmId kann freigewählt werden, darf aber in echt nicht existieren):
define virtueller_Aktor CUL_HM 123456
sowie:
set virtueller_Aktor virtual 2

Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

set LichtFlur1 peerChan 0 virtueller_Aktor_Btn1 single set
set LichtFlur2 peerChan 0 virtueller_Aktor_Btn2 single set
set LichtFlurDev getConfig

und am Taster einmal Anlernen drücken, ggf. nochmal ein <code>set LichtFlurDev getConfig</code>

Nun drückt einmal einen Button eures Tasters. Wenn alles geklappt hatte, sollte bei Euren Kanälen im State ein (to virtueller_Aktor_Btn1) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen. Um den virtuellen Aktor zu erweitern einfach ein <code>set virtueller_Aktor virtual [Gesamtanzahl aller Kanäle]</code> ausführen, schon habt ihr weitere Kanäle die ihr mit euren echten Tastern peeren könnt.

Am Ende unbedingt einmal "Save config" drücken, damit der virtuelle Aktor in der fhem.cfg abgespeichert wird.

=== Mit Rolladenaktor verbinden (peeren) ===

Der HM-PB-2-WM55 kann auch z.B. direkt mit einem [[HM-LC-BL1-FM_Funk-Jalousieaktor|HM-LC-BL1-FM Rollladenaktor]] [[Peering (HomeMatic)|gepeert]] werden. Hierdurch lässt er sich ohne FHEM nutzen. Weitere Infos dazu finden Sie [[HM-LC-BL1-FM_Funk-Jalousieaktor#Peeren_mit_einem_HM-PB-2-WM55|hier]].

== Integration in bestehende Markenschalterprogramme ==

Laut Montageanleitung kann der Taster in bestimmte Serien von Berker, ELSO, GIRA, merten und JUNG integriert werden.

Mit Hilfe einer im 3D Drucker selbst gedruckten Adapterplatte und etwas dremeln lässt sich der HM-PB-2-WM55 recht gut in die Jung CD 500 Serie integrieren. Eine bebilderte Anleitung ist [http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden hier] zu finden.

== Probleme ==

=== Bausatz: Der Taster lässt sich nicht anlernen / rotes Dauerblinken ===
Dann stimmt vermutlich etwas mit der Lötung nicht. Am besten insbesondere die Lötungen des Funkmoduls (8 auf jeder Seite überprüfen).
Am besten mal in der fhem.cfg
<pre>
attr LANInterface loglevel 1
</pre>
eintragen und dann die Logdatei anschauen, was dort für Funkverkehr aufgezeichnet wird. Euren Schalter könnt ihr identifizieren, indem ihr den kleineren QR-code auf der Platine des Schalters z. B. mit einem Android Handy und der Barcoo-App auslest. Die App zeigt Euch dann den sechsstelligen Gerätecode an (wenn der Code siebenstellig erscheint, dann die erste Ziffer / Buchstaben weglassen), den ihr in der Logdatei suchen könnt.

== Links ==

*[https://files.elv.com/Assets/Produkte/13/1317/131774/Downloads/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf: Documentation - HM-PB-2-WM55]
*[http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden Instructables.com: Integration in Jung CD 500 Schalterprogramm]

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

HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-12-27T16:04:04Z

Rollo Wikinger: Typo

{{Infobox Hardware
|Bild=HomeMatic_Funk-Wandtaster.jpg
|Bildbeschreibung=HomeMatic Funk-Wandtaster Frontseite
|HWProtocol=HomeMatic
|HWType=[[HomeMatic Type pushButton|pushButton]]
|HWCategory=HomeMatic
|HWComm=868,3MHz
|HWChannels=2
|HWVoltage=3V
|HWPowerConsumption=0W (Standby)
|HWPoweredBy=2x1,5V LR03/Micro AAA
|HWSize=BxHxT 86x86x16,5 mm (inkl. Rahmen)
|HWDeviceFHEM=[[CUL_HM]]

|HWManufacturer=eQ-3
}}

'''HM-PB-2-WM55-2''' ist ein [[HomeMatic]] Funk-Wandtaster 2-fach (Aufputz).

== Features ==
Schalten von Empfängern mittels HomeMatic-Funkprotokoll
* 2-fach Wipptaster
* Anlernen direkt an HomeMatic-Aktoren oder mittels Zentrale (ein oder mehrere Empfänger)
* Kurzer Tastendruck oben/unten schaltet an/aus; langer Tastendruck oben/unten steuert Rollläden (hoch/runter) oder Dimmer (heller/dunkler) für die Dauer des Tastendrucks
* Wandmontage (Aufputz) mittels Schrauben oder Klebestreifen; Integration in bestehende Schalterserien möglich

== Technische Daten ==
Siehe Infobox rechts. Weitere technische Daten laut Hersteller:
{| class="wikitable"
|-
| Batterielebensdauer || 5 Jahre (typ.)
|-
| Umgebungstemperatur || -10°C bis +55°C
|-
| Funk-Freifeldreichweite || 100m (typ.)
|}

== Hinweise zur Hardware-Installation ==
Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte der Schalter wie unten dargestellt in FHEM angelegt werden (wird in die fhem.cfg eingetragen). Je nach Einstellungen in {{Link2CmdRef|Anker=autocreate|Label=autocreate}} kann es sein, dass auch noch weitere Aktionen ausgeführt wurden.

== Hinweise zum Betrieb mit FHEM ==

=== Auszug aus der fhem.cfg ===
Hier der Originaleintrag aus der fhem.cfg der automatisch erstellt wird (mit den "xxx" habe ich meine Nummer ersetzt):
<pre>
define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
</pre>

=== Bearbeiten ===
Das ist der Standardeintrag, den FHEM automatisch erstellt. Es macht aber Sinn, einiges zu verändern.
Zum einen sollten die Entities umbenannt werden, um sie besser finden und somit bedienen zu können. Das geht entweder manuell in der fhem.cfg (suche "CUL_HM_HM_PB_2_WM55_1F1xxx" ersetze mit neuem Begriff) oder besser per Befehl:
<pre>
rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
</pre>

Auch ist es nicht sinnvoll, für jede Entity (in diesem Fall 3: Schalter und die beiden Knöpfe) je ein eigenes Logfile anzulegen, auch wenn autocreate das so macht, denn das kostet Performance und Übersichtlichkeit. Das Beispiel unten zeigt, wie die Ereignisse aller drei Entities mitgeschrieben werden - achtet auf das .* am Ende:

<pre>
define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
</pre>

Und jetzt natürlich noch aufräumen und die alten Logfiles entsorgen:
<pre>
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
</pre>

'''Wichtig:''' Folgende Attribute solltet ihr '''nicht ändern''': .devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch {{Link2CmdRef}}) sind: room, group, expert, webCmd: gruppieren und darstellen auf der Webseite, autoRegRead: automatisches Lesen der Register (für push-Button sollte es auf 0 stehen)

Letztendlich könnte die "gepflegte" fhem.cfg so aussehen:
<pre>
#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles
</pre>

=== Mit virtuellem Aktor verbinden ===
Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von FHEM verarbeitet, FHEM weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

In der FHEM-Web Oberfläche gebt ihr in der Kommandozeile ein (die hmId kann freigewählt werden, darf aber in echt nicht existieren):
define virtueller_Aktor CUL_HM 123456
sowie:
set virtueller_Aktor virtual 2

Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

set LichtFlur1 peerChan 0 virtueller_Aktor_Btn1 single set
set LichtFlur2 peerChan 0 virtueller_Aktor_Btn2 single set
set LichtFlurDev getConfig

und am Taster einmal Anlernen drücken, ggf. nochmal ein <code>set LichtFlurDev getConfig</code>

Nun drückt einmal einen Button eures Tasters. Wenn alles geklappt hatte, sollte bei Euren Kanälen im State ein (to virtueller_Aktor_Btn1) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen. Um den virtuellen Aktor zu erweitern einfach ein <code>set virtueller_Aktor virtual [Gesamtanzahl aller Kanäle]</code> ausführen, schon habt ihr weitere Kanäle die ihr mit euren echten Tastern peeren könnt.

Am Ende unbedingt einmal "Save config" drücken, damit der virtuelle Aktor in der fhem.cfg abgespeichert wird.

=== Mit Rolladenaktor verbinden (peeren) ===

Der HM-PB-2-WM55 kann auch z.B. direkt mit einem [[HM-LC-BL1-FM_Funk-Jalousieaktor|HM-LC-BL1-FM Rollladenaktor]] [[Peering (HomeMatic)|gepeert]] werden. Hierdurch lässt er sich ohne FHEM nutzen. Weitere Infos dazu finden Sie [[HM-LC-BL1-FM_Funk-Jalousieaktor#Peeren_mit_einem_HM-PB-2-WM55|hier]].

== Integration in bestehende Markenschalterprogramme ==

Laut Montageanleitung kann der Taster in bestimmte Serien von Berker, ELSO, GIRA, merten und JUNG integriert werden.

Mit Hilfe einer im 3D Drucker selbst gedruckten Adapterplatte und etwas dremeln lässt sich der HM-PB-2-WM55 recht gut in die Jung CD 500 Serie integrieren. Eine bebilderte Anleitung ist [http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden hier] zu finden.

== Probleme ==

=== Bausatz: Der Taster lässt sich nicht anlernen / rotes Dauerblinken ===
Dann stimmt vermutlich etwas mit der Lötung nicht. Am besten insbesondere die Lötungen des Funkmoduls (8 auf jeder Seite überprüfen).
Am besten mal in der fhem.cfg
<pre>
attr LANInterface loglevel 1
</pre>
eintragen und dann die Logdatei anschauen, was dort für Funkverkehr aufgezeichnet wird. Euren Schalter könnt ihr identifizieren, indem ihr den kleineren QR-code auf der Platine des Schalters z.B. mit einem Android Handy und Barcode auslest. Die App zeigt Euch dann den sechsstelligen Gerätecode an (wenn der Code siebenstellig erscheint, dann die erste Ziffer / Buchtstaben weglassen), den ihr in der Logdatei suchen könnt.

== Links ==

*[https://files.elv.com/Assets/Produkte/13/1317/131774/Downloads/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf: Documentation - HM-PB-2-WM55]
*[http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden Instructables.com: Integration in Jung CD 500 Schalterprogramm]

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

HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-12-27T16:02:47Z

Rollo Wikinger: Präzisierung der Integration in Markenschalterprogramme

{{Infobox Hardware
|Bild=HomeMatic_Funk-Wandtaster.jpg
|Bildbeschreibung=HomeMatic Funk-Wandtaster Frontseite
|HWProtocol=HomeMatic
|HWType=[[HomeMatic Type pushButton|pushButton]]
|HWCategory=HomeMatic
|HWComm=868,3MHz
|HWChannels=2
|HWVoltage=3V
|HWPowerConsumption=0W (Standby)
|HWPoweredBy=2x1,5V LR03/Micro AAA
|HWSize=BxHxT 86x86x16,5 mm (inkl. Rahmen)
|HWDeviceFHEM=[[CUL_HM]]

|HWManufacturer=eQ-3
}}

'''HM-PB-2-WM55-2''' ist ein [[HomeMatic]] Funk-Wandtaster 2-fach (Aufputz).

== Features ==
Schalten von Empfängern mittels HomeMatic-Funkprotokoll
* 2-fach Wipptaster
* Anlernen direkt an HomeMatic-Aktoren oder mittels Zentrale (ein oder mehrere Empfänger)
* Kurzer Tastendruck oben/unten schaltet an/aus; langer Tastendruck oben/unten steuert Rollläden (hoch/runter) oder Dimmer (heller/dunkler) für die Dauer des Tastendrucks
* Wandmontage (Aufputz) mittels Schrauben oder Klebestreifen; Integration in bestehende Schalterserien möglich

== Technische Daten ==
Siehe Infobox rechts. Weitere technische Daten laut Hersteller:
{| class="wikitable"
|-
| Batterielebensdauer || 5 Jahre (typ.)
|-
| Umgebungstemperatur || -10°C bis +55°C
|-
| Funk-Freifeldreichweite || 100m (typ.)
|}

== Hinweise zur Hardware-Installation ==
Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte der Schalter wie unten dargestellt in FHEM angelegt werden (wird in die fhem.cfg eingetragen). Je nach Einstellungen in {{Link2CmdRef|Anker=autocreate|Label=autocreate}} kann es sein, dass auch noch weitere Aktionen ausgeführt wurden.

== Hinweise zum Betrieb mit FHEM ==

=== Auszug aus der fhem.cfg ===
Hier der Originaleintrag aus der fhem.cfg der automatisch erstellt wird (mit den "xxx" habe ich meine Nummer ersetzt):
<pre>
define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
</pre>

=== Bearbeiten ===
Das ist der Standardeintrag, den FHEM automatisch erstellt. Es macht aber Sinn, einiges zu verändern.
Zum einen sollten die Entities umbenannt werden, um sie besser finden und somit bedienen zu können. Das geht entweder manuell in der fhem.cfg (suche "CUL_HM_HM_PB_2_WM55_1F1xxx" ersetze mit neuem Begriff) oder besser per Befehl:
<pre>
rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
</pre>

Auch ist es nicht sinnvoll, für jede Entity (in diesem Fall 3: Schalter und die beiden Knöpfe) je ein eigenes Logfile anzulegen, auch wenn autocreate das so macht, denn das kostet Performance und Übersichtlichkeit. Das Beispiel unten zeigt, wie die Ereignisse aller drei Entities mitgeschrieben werden - achtet auf das .* am Ende:

<pre>
define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
</pre>

Und jetzt natürlich noch aufräumen und die alten Logfiles entsorgen:
<pre>
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
</pre>

'''Wichtig:''' Folgende Attribute solltet ihr '''nicht ändern''': .devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch {{Link2CmdRef}}) sind: room, group, expert, webCmd: gruppieren und darstellen auf der Webseite, autoRegRead: automatisches Lesen der Register (für push-Button sollte es auf 0 stehen)

Letztendlich könnte die "gepflegte" fhem.cfg so aussehen:
<pre>
#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles
</pre>

=== Mit virtuellem Aktor verbinden ===
Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von FHEM verarbeitet, FHEM weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

In der FHEM-Web Oberfläche gebt ihr in der Kommandozeile ein (die hmId kann freigewählt werden, darf aber in echt nicht existieren):
define virtueller_Aktor CUL_HM 123456
sowie:
set virtueller_Aktor virtual 2

Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

set LichtFlur1 peerChan 0 virtueller_Aktor_Btn1 single set
set LichtFlur2 peerChan 0 virtueller_Aktor_Btn2 single set
set LichtFlurDev getConfig

und am Taster einmal Anlernen drücken, ggf. nochmal ein <code>set LichtFlurDev getConfig</code>

Nun drückt einmal einen Button eures Tasters. Wenn alles geklappt hatte, sollte bei Euren Kanälen im State ein (to virtueller_Aktor_Btn1) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen. Um den virtuellen Aktor zu erweitern einfach ein <code>set virtueller_Aktor virtual [Gesamtanzahl aller Kanäle]</code> ausführen, schon habt ihr weitere Kanäle die ihr mit euren echten Tastern peeren könnt.

Am Ende unbedingt einmal "Save config" drücken, damit der virtuelle Aktor in der fhem.cfg abgespeichert wird.

=== Mit Rolladenaktor verbinden (peeren) ===

Der HM-PB-2-WM55 kann auch z.B. direkt mit einem [[HM-LC-BL1-FM_Funk-Jalousieaktor|HM-LC-BL1-FM Rollladenaktor]] [[Peering (HomeMatic)|gepeert]] werden. Hierdurch lässt er sich ohne FHEM nutzen. Weitere Infos dazu finden Sie [[HM-LC-BL1-FM_Funk-Jalousieaktor#Peeren_mit_einem_HM-PB-2-WM55|hier]].

== Integration in bestehende Markenschalterprogramme ==

Laut Montageanleitung kann der Taster in bestimmte Serien von Berker, ELSO, GIRA, merten und JUNG integriert werden.

Mit Hilfe einer im 3D Drucker selbst gedruckten Adapterplatte und etwas dremeln lässt sich der HM-PB-2-WM55 recht gut in die Jung CD 500 Serie integrieren. Eine bebilderte Anleitung ist [http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden hier] zu finden.

== Probleme ==

=== Bausatz: Der Taster lässt sich nicht anlernen / rotes Dauerblinken ===
Dann stimmt vermutlich etwas mit der Lötung nicht. Am besten insbesondere die Lötungen des Funkmoduls (8 auf jeder Seite überprüfen).
Am besten mal in der fhem.cfg
<pre>
attr LANInterface loglevel 1
</pre>
eintragen und dann die Logdatei anschauen, was dort für Funkverkehr aufgezeichnet wird. Euren Schalter könnt ihr identifizieren, indem ihr den kleineren QR-code auf der Platine des Schalters z.B. mit einem Android Handy und Barcoo auslest. Die App zeigt Euch dann den sechsstelligen Gerätecode an (wenn der Code siebenstellig erscheint, dann die erste Ziffer / Buchtstaben weglassen), den ihr in der Logdatei suchen könnt.

== Links ==

*[https://files.elv.com/Assets/Produkte/13/1317/131774/Downloads/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf: Documentation - HM-PB-2-WM55]
*[http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden Instructables.com: Integration in Jung CD 500 Schalterprogramm]

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

HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-01-06T15:04:07Z

Rollo Wikinger: lt.=>laut

{{Infobox Hardware
|Bild=HomeMatic_Funk-Wandtaster.jpg
|Bildbeschreibung=HomeMatic Funk-Wandtaster Frontseite
|HWProtocol=HomeMatic
|HWType=[[HomeMatic Type pushButton|pushButton]]
|HWCategory=HomeMatic
|HWComm=868,3MHz
|HWChannels=2
|HWVoltage=3V
|HWPowerConsumption=0W (Standby)
|HWPoweredBy=2x1,5V LR03/Micro AAA
|HWSize=BxHxT 86x86x16,5 mm (inkl. Rahmen)
|HWDeviceFHEM=[[CUL_HM]]

|HWManufacturer=eQ-3
}}

'''HM-PB-2-WM55-2''' ist ein [[HomeMatic]] Funk-Wandtaster 2-fach (Aufputz).

== Features ==
Schalten von Empfängern mittels HomeMatic-Funkprotokoll
* 2-fach Wipptaster
* Anlernen direkt an HomeMatic-Aktoren oder mittels Zentrale (ein oder mehrere Empfänger)
* Kurzer Tastendruck oben/unten schaltet an/aus; langer Tastendruck oben/unten steuert Rollläden (hoch/runter) oder Dimmer (heller/dunkler) für die Dauer des Tastendrucks
* Wandmontage (Aufputz) mittels Schrauben oder Klebestreifen; Integration in bestehende Schalterserien möglich

== Technische Daten ==
Siehe Infobox rechts. Weitere technische Daten laut Hersteller:
{| class="wikitable"
|-
| Batterielebensdauer || 5 Jahre (typ.)
|-
| Umgebungstemperatur || -10°C bis +55°C
|-
| Funk-Freifeldreichweite || 100m (typ.)
|}

== Hinweise zur Hardware-Installation ==
Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte der Schalter wie unten dargestellt in FHEM angelegt werden (wird in die fhem.cfg eingetragen). Je nach Einstellungen in {{Link2CmdRef|Anker=autocreate|Label=autocreate}} kann es sein, dass auch noch weitere Aktionen ausgeführt wurden.

== Hinweise zum Betrieb mit FHEM ==

=== Auszug aus der fhem.cfg ===
Hier der Originaleintrag aus der fhem.cfg der automatisch erstellt wird (mit den "xxx" habe ich meine Nummer ersetzt):
<pre>
define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
</pre>

=== Bearbeiten ===
Das ist der Standardeintrag, den FHEM automatisch erstellt. Es macht aber Sinn, einiges zu verändern.
Zum einen sollten die Entities umbenannt werden, um sie besser finden und somit bedienen zu können. Das geht entweder manuell in der fhem.cfg (suche "CUL_HM_HM_PB_2_WM55_1F1xxx" ersetze mit neuem Begriff) oder besser per Befehl:
<pre>
rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
</pre>

Auch ist es nicht sinnvoll, für jede Entity (in diesem Fall 3: Schalter und die beiden Knöpfe) je ein eigenes Logfile anzulegen, auch wenn autocreate das so macht, denn das kostet Performance und Übersichtlichkeit. Das Beispiel unten zeigt, wie die Ereignisse aller drei Entities mitgeschrieben werden - achtet auf das .* am Ende:

<pre>
define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
</pre>

Und jetzt natürlich noch aufräumen und die alten Logfiles entsorgen:
<pre>
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
</pre>

'''Wichtig:''' Folgende Attribute solltet ihr '''nicht ändern''': .devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch {{Link2CmdRef}}) sind: room, group, expert, webCmd: gruppieren und darstellen auf der Webseite, autoRegRead: automatisches Lesen der Register (für push-Button sollte es auf 0 stehen)

Letztendlich könnte die "gepflegte" fhem.cfg so aussehen:
<pre>
#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles
</pre>

=== Mit virtuellem Aktor verbinden ===
Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von FHEM verarbeitet, FHEM weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

In der FHEM-Web Oberfläche gebt ihr in der Kommandozeile ein (die hmId kann freigewählt werden, darf aber in echt nicht existieren):
define virtueller_Aktor CUL_HM 123456
sowie:
set virtueller_Aktor virtual 2

Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

set LichtFlur1 peerChan 0 virtueller_Aktor_Btn1 single set
set LichtFlur2 peerChan 0 virtueller_Aktor_Btn2 single set
set LichtFlurDev getConfig

und am Taster einmal Anlernen drücken, ggf. nochmal ein <code>set LichtFlurDev getConfig</code>

Nun drückt einmal einen Button eures Tasters. Wenn alles geklappt hatte, sollte bei Euren Kanälen im State ein (to virtueller_Aktor_Btn1) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen. Um den virtuellen Aktor zu erweitern einfach ein <code>set virtueller_Aktor virtual [Gesamtanzahl aller Kanäle]</code> ausführen, schon habt ihr weitere Kanäle die ihr mit euren echten Tastern peeren könnt.

Am Ende unbedingt einmal "Save config" drücken, damit der virtuelle Aktor in der fhem.cfg abgespeichert wird.

=== Mit Rolladenaktor verbinden (peeren) ===

Der HM-PB-2-WM55 kann auch z.B. direkt mit einem [[HM-LC-BL1-FM_Funk-Jalousieaktor|HM-LC-BL1-FM Rollladenaktor]] [[Peering (HomeMatic)|gepeert]] werden. Hierdurch lässt er sich ohne FHEM nutzen. Weitere Infos dazu finden Sie [[HM-LC-BL1-FM_Funk-Jalousieaktor#Peeren_mit_einem_HM-PB-2-WM55|hier]].

== Integration in bestehende Markenschalterprogramme ==

Obwohl der HM-PB-2-WM55, im Gegensatz zu den Funk-Schaltaktoren für Markenschalter (HM-LC-Sw1PBU-FM, HM-LC-Dim1TPBU-FM und HM-LC-Bl1PBU-FM), eigentlich nicht für die Integration in bestehende Markenschalterprogramme geeignet ist, kann man ihn mit etwas Bastelaufwand doch optisch zumindest etwas integrieren.

=== Jung CD 500 ===

Mit Hilfe einer im 3D Drucker selbst gedruckten Adapterplatte und etwas dremeln lässt sich der HM-PB-2-WM55 recht gut in die Jung CD 500 Serie integrieren. Eine bebilderte Anleitung ist [http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden hier] zu finden.

== Probleme ==

=== Bausatz: Der Taster lässt sich nicht anlernen / rotes Dauerblinken ===
Dann stimmt vermutlich etwas mit der Lötung nicht. Am besten insbesondere die Lötungen des Funkmoduls (8 auf jeder Seite überprüfen).
Am besten mal in der fhem.cfg
<pre>
attr LANInterface loglevel 1
</pre>
eintragen und dann die Logdatei anschauen, was dort für Funkverkehr aufgezeichnet wird. Euren Schalter könnt ihr identifizieren, indem ihr den kleineren QR-code auf der Platine des Schalters z.B. mit einem Android Handy und Barcoo auslest. Die App zeigt Euch dann den sechsstelligen Gerätecode an (wenn der Code siebenstellig erscheint, dann die erste Ziffer / Buchtstaben weglassen), den ihr in der Logdatei suchen könnt.

== Links ==

*[https://files.elv.com/Assets/Produkte/13/1317/131774/Downloads/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf: Documentation - HM-PB-2-WM55]
*[http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden Instructables.com: Integration in Jung CD 500 Schalterprogramm]

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

HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-01-06T14:55:46Z

Rollo Wikinger: Infobox Hardware; Features erweitert; Technische Daten ergänzt

{{Infobox Hardware
|Bild=HomeMatic_Funk-Wandtaster.jpg
|Bildbeschreibung=HomeMatic Funk-Wandtaster Frontseite
|HWProtocol=HomeMatic
|HWType=[[HomeMatic Type pushButton|pushButton]]
|HWCategory=HomeMatic
|HWComm=868,3MHz
|HWChannels=2
|HWVoltage=3V
|HWPowerConsumption=0W (Standby)
|HWPoweredBy=2x1,5V LR03/Micro AAA
|HWSize=BxHxT 86x86x16,5 mm (inkl. Rahmen)
|HWDeviceFHEM=[[CUL_HM]]

|HWManufacturer=eQ-3
}}

'''HM-PB-2-WM55-2''' ist ein [[HomeMatic]] Funk-Wandtaster 2-fach (Aufputz).

== Features ==
Schalten von Empfängern mittels HomeMatic-Funkprotokoll
* 2-fach Wipptaster
* Anlernen direkt an HomeMatic-Aktoren oder mittels Zentrale (ein oder mehrere Empfänger)
* Kurzer Tastendruck oben/unten schaltet an/aus; langer Tastendruck oben/unten steuert Rollläden (hoch/runter) oder Dimmer (heller/dunkler) für die Dauer des Tastendrucks
* Wandmontage (Aufputz) mittels Schrauben oder Klebestreifen; Integration in bestehende Schalterserien möglich

== Technische Daten ==
Siehe Infobox rechts. Weitere technische Daten lt. Hersteller:
{| class="wikitable"
|-
| Batterielebensdauer || 5 Jahre (typ.)
|-
| Umgebungstemperatur || -10°C bis +55°C
|-
| Funk-Freifeldreichweite || 100m (typ.)
|}

== Hinweise zur Hardware-Installation ==
Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte der Schalter wie unten dargestellt in FHEM angelegt werden (wird in die fhem.cfg eingetragen). Je nach Einstellungen in {{Link2CmdRef|Anker=autocreate|Label=autocreate}} kann es sein, dass auch noch weitere Aktionen ausgeführt wurden.

== Hinweise zum Betrieb mit FHEM ==

=== Auszug aus der fhem.cfg ===
Hier der Originaleintrag aus der fhem.cfg der automatisch erstellt wird (mit den "xxx" habe ich meine Nummer ersetzt):
<pre>
define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
</pre>

=== Bearbeiten ===
Das ist der Standardeintrag, den FHEM automatisch erstellt. Es macht aber Sinn, einiges zu verändern.
Zum einen sollten die Entities umbenannt werden, um sie besser finden und somit bedienen zu können. Das geht entweder manuell in der fhem.cfg (suche "CUL_HM_HM_PB_2_WM55_1F1xxx" ersetze mit neuem Begriff) oder besser per Befehl:
<pre>
rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
</pre>

Auch ist es nicht sinnvoll, für jede Entity (in diesem Fall 3: Schalter und die beiden Knöpfe) je ein eigenes Logfile anzulegen, auch wenn autocreate das so macht, denn das kostet Performance und Übersichtlichkeit. Das Beispiel unten zeigt, wie die Ereignisse aller drei Entities mitgeschrieben werden - achtet auf das .* am Ende:

<pre>
define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
</pre>

Und jetzt natürlich noch aufräumen und die alten Logfiles entsorgen:
<pre>
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
</pre>

'''Wichtig:''' Folgende Attribute solltet ihr '''nicht ändern''': .devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch {{Link2CmdRef}}) sind: room, group, expert, webCmd: gruppieren und darstellen auf der Webseite, autoRegRead: automatisches Lesen der Register (für push-Button sollte es auf 0 stehen)

Letztendlich könnte die "gepflegte" fhem.cfg so aussehen:
<pre>
#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles
</pre>

=== Mit virtuellem Aktor verbinden ===
Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von FHEM verarbeitet, FHEM weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

In der FHEM-Web Oberfläche gebt ihr in der Kommandozeile ein (die hmId kann freigewählt werden, darf aber in echt nicht existieren):
define virtueller_Aktor CUL_HM 123456
sowie:
set virtueller_Aktor virtual 2

Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

set LichtFlur1 peerChan 0 virtueller_Aktor_Btn1 single set
set LichtFlur2 peerChan 0 virtueller_Aktor_Btn2 single set
set LichtFlurDev getConfig

und am Taster einmal Anlernen drücken, ggf. nochmal ein <code>set LichtFlurDev getConfig</code>

Nun drückt einmal einen Button eures Tasters. Wenn alles geklappt hatte, sollte bei Euren Kanälen im State ein (to virtueller_Aktor_Btn1) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen. Um den virtuellen Aktor zu erweitern einfach ein <code>set virtueller_Aktor virtual [Gesamtanzahl aller Kanäle]</code> ausführen, schon habt ihr weitere Kanäle die ihr mit euren echten Tastern peeren könnt.

Am Ende unbedingt einmal "Save config" drücken, damit der virtuelle Aktor in der fhem.cfg abgespeichert wird.

=== Mit Rolladenaktor verbinden (peeren) ===

Der HM-PB-2-WM55 kann auch z.B. direkt mit einem [[HM-LC-BL1-FM_Funk-Jalousieaktor|HM-LC-BL1-FM Rollladenaktor]] [[Peering (HomeMatic)|gepeert]] werden. Hierdurch lässt er sich ohne FHEM nutzen. Weitere Infos dazu finden Sie [[HM-LC-BL1-FM_Funk-Jalousieaktor#Peeren_mit_einem_HM-PB-2-WM55|hier]].

== Integration in bestehende Markenschalterprogramme ==

Obwohl der HM-PB-2-WM55, im Gegensatz zu den Funk-Schaltaktoren für Markenschalter (HM-LC-Sw1PBU-FM, HM-LC-Dim1TPBU-FM und HM-LC-Bl1PBU-FM), eigentlich nicht für die Integration in bestehende Markenschalterprogramme geeignet ist, kann man ihn mit etwas Bastelaufwand doch optisch zumindest etwas integrieren.

=== Jung CD 500 ===

Mit Hilfe einer im 3D Drucker selbst gedruckten Adapterplatte und etwas dremeln lässt sich der HM-PB-2-WM55 recht gut in die Jung CD 500 Serie integrieren. Eine bebilderte Anleitung ist [http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden hier] zu finden.

== Probleme ==

=== Bausatz: Der Taster lässt sich nicht anlernen / rotes Dauerblinken ===
Dann stimmt vermutlich etwas mit der Lötung nicht. Am besten insbesondere die Lötungen des Funkmoduls (8 auf jeder Seite überprüfen).
Am besten mal in der fhem.cfg
<pre>
attr LANInterface loglevel 1
</pre>
eintragen und dann die Logdatei anschauen, was dort für Funkverkehr aufgezeichnet wird. Euren Schalter könnt ihr identifizieren, indem ihr den kleineren QR-code auf der Platine des Schalters z.B. mit einem Android Handy und Barcoo auslest. Die App zeigt Euch dann den sechsstelligen Gerätecode an (wenn der Code siebenstellig erscheint, dann die erste Ziffer / Buchtstaben weglassen), den ihr in der Logdatei suchen könnt.

== Links ==

*[https://files.elv.com/Assets/Produkte/13/1317/131774/Downloads/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf: Documentation - HM-PB-2-WM55]
*[http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden Instructables.com: Integration in Jung CD 500 Schalterprogramm]

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

Datei:HomeMatic Funk-Wandtaster.jpg

2020-01-06T14:06:53Z

Rollo Wikinger:

HomeMatic Funk-Wandtaster HM-PB-2-WM55-2 von vorne

HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-01-05T20:47:23Z

Rollo Wikinger: Homematic=>HomeMatic

HomeMatic HM-PB-2-WM55 2fach-Funk-Wandtaster

== Features ==
Schalten von Empfängern mittels HomeMatic-Funkprotokoll
* 2-fach Wipptaster
* Anlernen direkt an HomeMatic-Aktoren oder mittels Zentrale
* Wandmontage (Aufputz) mittels Dübel/Schrauben oder Klebestreifen; Integration in bestehende Schalterserien möglich

== Hinweise zur Hardware-Installation ==
Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte der Schalter wie unten dargestellt in FHEM angelegt werden (wird in die fhem.cfg eingetragen). Je nach Einstellungen in {{Link2CmdRef|Anker=autocreate|Label=autocreate}} kann es sein, dass auch noch weitere Aktionen ausgeführt wurden.

== Hinweise zum Betrieb mit FHEM ==

=== Auszug aus der fhem.cfg ===
Hier der Originaleintrag aus der fhem.cfg der automatisch erstellt wird (mit den "xxx" habe ich meine Nummer erstetzt):
<pre>
define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
</pre>

=== Bearbeiten ===
Das ist der Standardeintrag, den FHEM automatisch erstellt. Es macht aber Sinn, einiges zu verändern.
Zum einen sollten die Entities umbenannt werden, um sie besser finden und somit bedienen zu können. Das geht entweder manuell in der fhem.cfg (suche "CUL_HM_HM_PB_2_WM55_1F1xxx" ersetze mit neuem Begriff) oder besser per Befehl:
<pre>
rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
</pre>

Auch ist es nicht sinnvoll, für jede Entity (in diesem Fall 3: Schalter und die beiden Knöpfe) je ein eigenes Logfile anzulegen, auch wenn autocreate das so macht, denn das kostet Performance und Übersichtlichkeit. Das Beispiel unten zeigt, wie die Ereignisse aller drei Entities mitgeschrieben werden - achtet auf das .* am Ende:

<pre>
define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
</pre>

Und jetzt natürlich noch aufräumen und die alten Logfiles entsorgen:
<pre>
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
</pre>

'''Wichtig:''' Folgende Attribute solltet ihr '''nicht ändern''': .devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch {{Link2CmdRef}}) sind: room, group, expert, webCmd: gruppieren und darstellen auf der Webseite, autoRegRead: automatisches Lesen der Register (für push-Button sollte es auf 0 stehen)

Letztendlich könnte die "gepflegte" fhem.cfg so aussehen:
<pre>
#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles
</pre>

=== Mit virtuellem Aktor verbinden ===
Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von FHEM verarbeitet, FHEM weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

In der FHEM-Web Oberfläche gebt ihr in der Kommandozeile ein (die hmId kann freigewählt werden, darf aber in echt nicht existieren):
define virtueller_Aktor CUL_HM 123456
sowie:
set virtueller_Aktor virtual 2

Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

set LichtFlur1 peerChan 0 virtueller_Aktor_Btn1 single set
set LichtFlur2 peerChan 0 virtueller_Aktor_Btn2 single set
set LichtFlurDev getConfig

und am Taster einmal Anlernen drücken, ggf. nochmal ein <code>set LichtFlurDev getConfig</code>

Nun drückt einmal einen Button eures Tasters. Wenn alles geklappt hatte, sollte bei Euren Kanälen im State ein (to virtueller_Aktor_Btn1) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen. Um den virtuellen Aktor zu erweitern einfach ein <code>set virtueller_Aktor virtual [Gesamtanzahl aller Kanäle]</code> ausführen, schon habt ihr weitere Kanäle die ihr mit euren echten Tastern peeren könnt.

Am Ende unbedingt einmal "Save config" drücken, damit der virtuelle Aktor in der fhem.cfg abgespeichert wird.

=== Mit Rolladenaktor verbinden (peeren) ===

Der HM-PB-2-WM55 kann auch z.B. direkt mit einem [[HM-LC-BL1-FM_Funk-Jalousieaktor|HM-LC-BL1-FM Rollladenaktor]] [[Peering (HomeMatic)|gepeert]] werden. Hierdurch lässt er sich ohne FHEM nutzen. Weitere Infos dazu finden Sie [[HM-LC-BL1-FM_Funk-Jalousieaktor#Peeren_mit_einem_HM-PB-2-WM55|hier]].

== Integration in bestehende Markenschalterprogramme ==

Obwohl der HM-PB-2-WM55, im Gegensatz zu den Funk-Schaltaktoren für Markenschalter (HM-LC-Sw1PBU-FM, HM-LC-Dim1TPBU-FM und HM-LC-Bl1PBU-FM), eigentlich nicht für die Integration in bestehende Markenschalterprogramme geeignet ist, kann man ihn mit etwas Bastelaufwand doch optisch zumindest etwas integrieren.

=== Jung CD 500 ===

Mit Hilfe einer im 3D Drucker selbst gedruckten Adapterplatte und etwas dremeln lässt sich der HM-PB-2-WM55 recht gut in die Jung CD 500 Serie integrieren. Eine bebilderte Anleitung ist [http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden hier] zu finden.

== Probleme ==

=== Bausatz: Der Taster lässt sich nicht anlernen / rotes Dauerblinken ===
Dann stimmt vermutlich etwas mit der Lötung nicht. Am besten insbesondere die Lötungen des Funkmoduls (8 auf jeder Seite überprüfen).
Am besten mal in der fhem.cfg
<pre>
attr LANInterface loglevel 1
</pre>
eintragen und dann die Logdatei anschauen, was dort für Funkverkehr aufgezeichnet wird. Euren Schalter könnt ihr identifizieren, indem ihr den kleineren QR-code auf der Platine des Schalters z.B. mit einem Android Handy und Barcoo auslest. Die App zeigt Euch dann den sechsstelligen Gerätecode an (wenn der Code siebenstellig erscheint, dann die erste Ziffer / Buchtstaben weglassen), den ihr in der Logdatei suchen könnt.

== Links ==

*[https://files.elv.com/Assets/Produkte/13/1317/131774/Downloads/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf: Documentation - HM-PB-2-WM55]
*[http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden Instructables.com: Integration in Jung CD 500 Schalterprogramm]

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

HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-01-05T20:44:21Z

Rollo Wikinger: Wipptaster

HomeMatic HM-PB-2-WM55 2fach-Funk-Wandtaster

== Features ==
Schalten von Empfängern mittels Homematic-Funkprotokoll
* 2-fach Wipptaster
* Anlernen direkt an Homematic-Aktoren oder mittels Zentrale
* Wandmontage (Aufputz) mittels Dübel/Schrauben oder Klebestreifen; Integration in bestehende Schalterserien möglich

== Hinweise zur Hardware-Installation ==
Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte der Schalter wie unten dargestellt in FHEM angelegt werden (wird in die fhem.cfg eingetragen). Je nach Einstellungen in {{Link2CmdRef|Anker=autocreate|Label=autocreate}} kann es sein, dass auch noch weitere Aktionen ausgeführt wurden.

== Hinweise zum Betrieb mit FHEM ==

=== Auszug aus der fhem.cfg ===
Hier der Originaleintrag aus der fhem.cfg der automatisch erstellt wird (mit den "xxx" habe ich meine Nummer erstetzt):
<pre>
define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
</pre>

=== Bearbeiten ===
Das ist der Standardeintrag, den FHEM automatisch erstellt. Es macht aber Sinn, einiges zu verändern.
Zum einen sollten die Entities umbenannt werden, um sie besser finden und somit bedienen zu können. Das geht entweder manuell in der fhem.cfg (suche "CUL_HM_HM_PB_2_WM55_1F1xxx" ersetze mit neuem Begriff) oder besser per Befehl:
<pre>
rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
</pre>

Auch ist es nicht sinnvoll, für jede Entity (in diesem Fall 3: Schalter und die beiden Knöpfe) je ein eigenes Logfile anzulegen, auch wenn autocreate das so macht, denn das kostet Performance und Übersichtlichkeit. Das Beispiel unten zeigt, wie die Ereignisse aller drei Entities mitgeschrieben werden - achtet auf das .* am Ende:

<pre>
define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
</pre>

Und jetzt natürlich noch aufräumen und die alten Logfiles entsorgen:
<pre>
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
</pre>

'''Wichtig:''' Folgende Attribute solltet ihr '''nicht ändern''': .devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch {{Link2CmdRef}}) sind: room, group, expert, webCmd: gruppieren und darstellen auf der Webseite, autoRegRead: automatisches Lesen der Register (für push-Button sollte es auf 0 stehen)

Letztendlich könnte die "gepflegte" fhem.cfg so aussehen:
<pre>
#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles
</pre>

=== Mit virtuellem Aktor verbinden ===
Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von FHEM verarbeitet, FHEM weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

In der FHEM-Web Oberfläche gebt ihr in der Kommandozeile ein (die hmId kann freigewählt werden, darf aber in echt nicht existieren):
define virtueller_Aktor CUL_HM 123456
sowie:
set virtueller_Aktor virtual 2

Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

set LichtFlur1 peerChan 0 virtueller_Aktor_Btn1 single set
set LichtFlur2 peerChan 0 virtueller_Aktor_Btn2 single set
set LichtFlurDev getConfig

und am Taster einmal Anlernen drücken, ggf. nochmal ein <code>set LichtFlurDev getConfig</code>

Nun drückt einmal einen Button eures Tasters. Wenn alles geklappt hatte, sollte bei Euren Kanälen im State ein (to virtueller_Aktor_Btn1) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen. Um den virtuellen Aktor zu erweitern einfach ein <code>set virtueller_Aktor virtual [Gesamtanzahl aller Kanäle]</code> ausführen, schon habt ihr weitere Kanäle die ihr mit euren echten Tastern peeren könnt.

Am Ende unbedingt einmal "Save config" drücken, damit der virtuelle Aktor in der fhem.cfg abgespeichert wird.

=== Mit Rolladenaktor verbinden (peeren) ===

Der HM-PB-2-WM55 kann auch z.B. direkt mit einem [[HM-LC-BL1-FM_Funk-Jalousieaktor|HM-LC-BL1-FM Rollladenaktor]] [[Peering (HomeMatic)|gepeert]] werden. Hierdurch lässt er sich ohne FHEM nutzen. Weitere Infos dazu finden Sie [[HM-LC-BL1-FM_Funk-Jalousieaktor#Peeren_mit_einem_HM-PB-2-WM55|hier]].

== Integration in bestehende Markenschalterprogramme ==

Obwohl der HM-PB-2-WM55, im Gegensatz zu den Funk-Schaltaktoren für Markenschalter (HM-LC-Sw1PBU-FM, HM-LC-Dim1TPBU-FM und HM-LC-Bl1PBU-FM), eigentlich nicht für die Integration in bestehende Markenschalterprogramme geeignet ist, kann man ihn mit etwas Bastelaufwand doch optisch zumindest etwas integrieren.

=== Jung CD 500 ===

Mit Hilfe einer im 3D Drucker selbst gedruckten Adapterplatte und etwas dremeln lässt sich der HM-PB-2-WM55 recht gut in die Jung CD 500 Serie integrieren. Eine bebilderte Anleitung ist [http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden hier] zu finden.

== Probleme ==

=== Bausatz: Der Taster lässt sich nicht anlernen / rotes Dauerblinken ===
Dann stimmt vermutlich etwas mit der Lötung nicht. Am besten insbesondere die Lötungen des Funkmoduls (8 auf jeder Seite überprüfen).
Am besten mal in der fhem.cfg
<pre>
attr LANInterface loglevel 1
</pre>
eintragen und dann die Logdatei anschauen, was dort für Funkverkehr aufgezeichnet wird. Euren Schalter könnt ihr identifizieren, indem ihr den kleineren QR-code auf der Platine des Schalters z.B. mit einem Android Handy und Barcoo auslest. Die App zeigt Euch dann den sechsstelligen Gerätecode an (wenn der Code siebenstellig erscheint, dann die erste Ziffer / Buchtstaben weglassen), den ihr in der Logdatei suchen könnt.

== Links ==

*[https://files.elv.com/Assets/Produkte/13/1317/131774/Downloads/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf: Documentation - HM-PB-2-WM55]
*[http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden Instructables.com: Integration in Jung CD 500 Schalterprogramm]

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

HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-01-05T20:38:52Z

Rollo Wikinger: Aufputz ergänzt

HomeMatic HM-PB-2-WM55 2fach-Funk-Wandtaster

== Features ==
Schalten von Empfängern mittels Homematic-Funkprotokoll
* 2-fach Kipptaster
* Anlernen direkt an Homematic-Aktoren oder mittels Zentrale
* Wandmontage (Aufputz) mittels Dübel/Schrauben oder Klebestreifen; Integration in bestehende Schalterserien möglich

== Hinweise zur Hardware-Installation ==
Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte der Schalter wie unten dargestellt in FHEM angelegt werden (wird in die fhem.cfg eingetragen). Je nach Einstellungen in {{Link2CmdRef|Anker=autocreate|Label=autocreate}} kann es sein, dass auch noch weitere Aktionen ausgeführt wurden.

== Hinweise zum Betrieb mit FHEM ==

=== Auszug aus der fhem.cfg ===
Hier der Originaleintrag aus der fhem.cfg der automatisch erstellt wird (mit den "xxx" habe ich meine Nummer erstetzt):
<pre>
define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
</pre>

=== Bearbeiten ===
Das ist der Standardeintrag, den FHEM automatisch erstellt. Es macht aber Sinn, einiges zu verändern.
Zum einen sollten die Entities umbenannt werden, um sie besser finden und somit bedienen zu können. Das geht entweder manuell in der fhem.cfg (suche "CUL_HM_HM_PB_2_WM55_1F1xxx" ersetze mit neuem Begriff) oder besser per Befehl:
<pre>
rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
</pre>

Auch ist es nicht sinnvoll, für jede Entity (in diesem Fall 3: Schalter und die beiden Knöpfe) je ein eigenes Logfile anzulegen, auch wenn autocreate das so macht, denn das kostet Performance und Übersichtlichkeit. Das Beispiel unten zeigt, wie die Ereignisse aller drei Entities mitgeschrieben werden - achtet auf das .* am Ende:

<pre>
define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
</pre>

Und jetzt natürlich noch aufräumen und die alten Logfiles entsorgen:
<pre>
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
</pre>

'''Wichtig:''' Folgende Attribute solltet ihr '''nicht ändern''': .devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch {{Link2CmdRef}}) sind: room, group, expert, webCmd: gruppieren und darstellen auf der Webseite, autoRegRead: automatisches Lesen der Register (für push-Button sollte es auf 0 stehen)

Letztendlich könnte die "gepflegte" fhem.cfg so aussehen:
<pre>
#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles
</pre>

=== Mit virtuellem Aktor verbinden ===
Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von FHEM verarbeitet, FHEM weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

In der FHEM-Web Oberfläche gebt ihr in der Kommandozeile ein (die hmId kann freigewählt werden, darf aber in echt nicht existieren):
define virtueller_Aktor CUL_HM 123456
sowie:
set virtueller_Aktor virtual 2

Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

set LichtFlur1 peerChan 0 virtueller_Aktor_Btn1 single set
set LichtFlur2 peerChan 0 virtueller_Aktor_Btn2 single set
set LichtFlurDev getConfig

und am Taster einmal Anlernen drücken, ggf. nochmal ein <code>set LichtFlurDev getConfig</code>

Nun drückt einmal einen Button eures Tasters. Wenn alles geklappt hatte, sollte bei Euren Kanälen im State ein (to virtueller_Aktor_Btn1) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen. Um den virtuellen Aktor zu erweitern einfach ein <code>set virtueller_Aktor virtual [Gesamtanzahl aller Kanäle]</code> ausführen, schon habt ihr weitere Kanäle die ihr mit euren echten Tastern peeren könnt.

Am Ende unbedingt einmal "Save config" drücken, damit der virtuelle Aktor in der fhem.cfg abgespeichert wird.

=== Mit Rolladenaktor verbinden (peeren) ===

Der HM-PB-2-WM55 kann auch z.B. direkt mit einem [[HM-LC-BL1-FM_Funk-Jalousieaktor|HM-LC-BL1-FM Rollladenaktor]] [[Peering (HomeMatic)|gepeert]] werden. Hierdurch lässt er sich ohne FHEM nutzen. Weitere Infos dazu finden Sie [[HM-LC-BL1-FM_Funk-Jalousieaktor#Peeren_mit_einem_HM-PB-2-WM55|hier]].

== Integration in bestehende Markenschalterprogramme ==

Obwohl der HM-PB-2-WM55, im Gegensatz zu den Funk-Schaltaktoren für Markenschalter (HM-LC-Sw1PBU-FM, HM-LC-Dim1TPBU-FM und HM-LC-Bl1PBU-FM), eigentlich nicht für die Integration in bestehende Markenschalterprogramme geeignet ist, kann man ihn mit etwas Bastelaufwand doch optisch zumindest etwas integrieren.

=== Jung CD 500 ===

Mit Hilfe einer im 3D Drucker selbst gedruckten Adapterplatte und etwas dremeln lässt sich der HM-PB-2-WM55 recht gut in die Jung CD 500 Serie integrieren. Eine bebilderte Anleitung ist [http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden hier] zu finden.

== Probleme ==

=== Bausatz: Der Taster lässt sich nicht anlernen / rotes Dauerblinken ===
Dann stimmt vermutlich etwas mit der Lötung nicht. Am besten insbesondere die Lötungen des Funkmoduls (8 auf jeder Seite überprüfen).
Am besten mal in der fhem.cfg
<pre>
attr LANInterface loglevel 1
</pre>
eintragen und dann die Logdatei anschauen, was dort für Funkverkehr aufgezeichnet wird. Euren Schalter könnt ihr identifizieren, indem ihr den kleineren QR-code auf der Platine des Schalters z.B. mit einem Android Handy und Barcoo auslest. Die App zeigt Euch dann den sechsstelligen Gerätecode an (wenn der Code siebenstellig erscheint, dann die erste Ziffer / Buchtstaben weglassen), den ihr in der Logdatei suchen könnt.

== Links ==

*[https://files.elv.com/Assets/Produkte/13/1317/131774/Downloads/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf: Documentation - HM-PB-2-WM55]
*[http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden Instructables.com: Integration in Jung CD 500 Schalterprogramm]

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

FHEMWiki:Interna

2020-01-05T20:37:18Z

Rollo Wikinger: FHEMWiki auf englisch?

{{Randnotiz|RNTyp=info|RNText="Infobox Interna" zu FHEM Wiki
* [[Spezial:Version|Versionsinfo]]
* [[Spezial:Statistik|Statistisches]]
}}
[[FHEMWiki:Interna]] wie Informationen über geplante Wartungsarbeiten, Probleme, Erweiterungswünsche etc.

== Aktuell ==
== September 2018 ==
* 9.9.: MediaWiki wurde auf Version 1.31.0 aktualisiert

== Januar 2017 ==
* MediaWiki wurde auf Version 1.28.0 aktualisiert

== Dezember 2016 ==
* Wiki wurde auf einen anderen Server und gleichzeitig auf die Domain wiki.fhem.de umgezogen
* MediaWiki wurde vorerst auf Version 1.24.1 belassen; Update auf aktuelle Version ist vorgesehen, sobald sich das Wiki in der neuen Umgebung eingespielt hat

== Umstellung vom 6.11.2015 ==
* Einige "Standarddateien" (aus wikimedia:common) scheinen verschwunden zu sein; dadurch fehlen aktuell einige Bilder, insbesondere in den Vorlagen "Hallo" und "Randnotiz". Arno wurde per Mail informiert.

== Umstellung vom 30.10.2015 ==
* [[Syntax Highlighting]] wurde auf mehrfachen Wunsch eingerichtet.

== Umstellung vom 10.2.2015 ==
Am 10.2.2015 wurde der Wiki-Server auf eine leistungsfähigere Plattform umgezogen.

Gleichzeitig wurde die MediaWiki Version auf 1.24.1 aktualisiert.

=== Offene Probleme ===
Probleme sind mittlerweile abgearbeitet, Wünsche bearbeitet (abgelehnt oder erfüllt)

=== Erledigte Probleme ===
* Kopfbereich aller Wiki-Seiten hat (noch) die falsche Hintergrundfarbe
** erledigt: [[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)
* ''wikitable sortable'' funktioniert nicht (mehr)
** erledigt: --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 22:37, 19. Apr. 2015 (CEST)
* Bearbeitungs- und erweiterte Bearbeitungswerkzeugleiste sind trotz Auswahl in Benutzereinstellung nicht vorhanden (getestete Browser: Firefox, IE)
** erledigt: --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 22:37, 19. Apr. 2015 (CEST)
* Suchvorschlagsliste bei Eingabe des Suchwortes im Suchfeld nicht mehr vorhanden
** erledigt: --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 20:23, 22. Apr. 2015 (CEST)
* Darstellung ist "anders" (z.B.: Überschriften auf Level 2 (==) jetzt Serifenschrift)
* (Wunsch:) Wäre es möglich, die Extension [http://www.mediawiki.org/wiki/Extension:DynamicWikiSitemap DynamicWikiSitemap] zu installieren?
** Die funktioniert nicht gut mit dem nginx-webserver. Ich habe statische sitemaps für die Google Webmaster Tools erstellt: http://wiki.fhem.de/w/sitemap/sitemap-index-c1fhemwiki.xml [[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)
* Benutzereinstellungen (Spezial:Einstellungen): die Seite bietet keine "Themes" (mehr?) an; es ist "nur noch" '''Benutzeroberfläche''' ''Vector'' installiert.
:: Das ist so gewollt. ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)
* Bug? Wenn man direkt ein Kapitel einer Seite bearbeitet, bleibt die Schaltfläche "nur Kleinigkeiten wurden verändert" ohne Wirkung.

=== Diskussion ===
:: Es gibt aber allem Anschein nach noch ein offenes Problem mit diesem einzigen verbliebenen Skin: ich bekomme auf allen FHEM-Wiki Seiten (sichtbar "nur" in Firebug) die Fehlermeldung ''<nowiki>"NetworkError: 502 Bad Gateway - http://wiki.fhem.de/w/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector&*"</nowiki>''. Nach einer Info, die ich an anderer Stelle gefunden habe, könnte auch die fehlende Werkzeugleiste damit zusammenhängen.
:: Falls die Frage erlaubt ist: was ist der Grund dafür, dass nur noch ein Skin "gewollt" ist? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:56, 2. Apr. 2015 (CEST)
:: <hr />
:: Ich hab den Bug jetzt im Griff, denke ich. Es paar Puffergrößen mussten angepasst werden. --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 22:35, 19. Apr. 2015 (CEST)
:: @Peter: Wenn es zwingend gewünscht wird, lasse ich mich mit den Skins breitschlagen, aber Vector ist doch ganz hübsch oder? Und der Wartungsaufwand wird minimiert.
[[Kategorie:FHEM Wiki]]
::: Ich brauch jedenfalls keine Skins.[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 03:47, 26. Apr. 2015 (CEST)
:: <hr />
:: Ich bin neu hier und daher hoffentlich an der richtigen Stelle: Unterstützt die WikiMedia-Software eine Umschaltung der Inhaltssprache? Idealerweise gäbe es zu jedem Artikel ein englisches Äquivalent, das angezeigt wird, wenn der Nutzer englisch eingestellt hat. Aber geht das im FHEMWiki und wenn ja, wie? [[Benutzer:Rollo Wikinger|Rollo Wikinger]] ([[Benutzer Diskussion:Rollo Wikinger|Diskussion]]) 21:35, 5. Jan. 2020 (CET)

Diskussion:HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-01-05T20:18:45Z

Rollo Wikinger: Wortänderung

Diskussion:HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-01-05T20:17:55Z

Rollo Wikinger: /* Integration in Markenschalterprogramme */

Diskussion:HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-01-05T20:07:54Z

Rollo Wikinger: Integration in Markenschalterprogramme

HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-01-05T20:02:09Z

Rollo Wikinger: Typo

HomeMatic HM-PB-2-WM55 2fach-Funk-Wandtaster

== Features ==
Schalten von Empfängern mittels Homematic-Funkprotokoll
* 2-fach Kipptaster
* Anlernen direkt an Homematic-Aktoren oder mittels Zentrale
* Wandmontage mittels Dübel/Schrauben oder Klebestreifen; Integration in bestehende Schalterserien möglich

== Hinweise zur Hardware-Installation ==
Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte der Schalter wie unten dargestellt in FHEM angelegt werden (wird in die fhem.cfg eingetragen). Je nach Einstellungen in {{Link2CmdRef|Anker=autocreate|Label=autocreate}} kann es sein, dass auch noch weitere Aktionen ausgeführt wurden.

== Hinweise zum Betrieb mit FHEM ==

=== Auszug aus der fhem.cfg ===
Hier der Originaleintrag aus der fhem.cfg der automatisch erstellt wird (mit den "xxx" habe ich meine Nummer erstetzt):
<pre>
define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
</pre>

=== Bearbeiten ===
Das ist der Standardeintrag, den FHEM automatisch erstellt. Es macht aber Sinn, einiges zu verändern.
Zum einen sollten die Entities umbenannt werden, um sie besser finden und somit bedienen zu können. Das geht entweder manuell in der fhem.cfg (suche "CUL_HM_HM_PB_2_WM55_1F1xxx" ersetze mit neuem Begriff) oder besser per Befehl:
<pre>
rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
</pre>

Auch ist es nicht sinnvoll, für jede Entity (in diesem Fall 3: Schalter und die beiden Knöpfe) je ein eigenes Logfile anzulegen, auch wenn autocreate das so macht, denn das kostet Performance und Übersichtlichkeit. Das Beispiel unten zeigt, wie die Ereignisse aller drei Entities mitgeschrieben werden - achtet auf das .* am Ende:

<pre>
define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
</pre>

Und jetzt natürlich noch aufräumen und die alten Logfiles entsorgen:
<pre>
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
</pre>

'''Wichtig:''' Folgende Attribute solltet ihr '''nicht ändern''': .devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch {{Link2CmdRef}}) sind: room, group, expert, webCmd: gruppieren und darstellen auf der Webseite, autoRegRead: automatisches Lesen der Register (für push-Button sollte es auf 0 stehen)

Letztendlich könnte die "gepflegte" fhem.cfg so aussehen:
<pre>
#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles
</pre>

=== Mit virtuellem Aktor verbinden ===
Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von FHEM verarbeitet, FHEM weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

In der FHEM-Web Oberfläche gebt ihr in der Kommandozeile ein (die hmId kann freigewählt werden, darf aber in echt nicht existieren):
define virtueller_Aktor CUL_HM 123456
sowie:
set virtueller_Aktor virtual 2

Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

set LichtFlur1 peerChan 0 virtueller_Aktor_Btn1 single set
set LichtFlur2 peerChan 0 virtueller_Aktor_Btn2 single set
set LichtFlurDev getConfig

und am Taster einmal Anlernen drücken, ggf. nochmal ein <code>set LichtFlurDev getConfig</code>

Nun drückt einmal einen Button eures Tasters. Wenn alles geklappt hatte, sollte bei Euren Kanälen im State ein (to virtueller_Aktor_Btn1) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen. Um den virtuellen Aktor zu erweitern einfach ein <code>set virtueller_Aktor virtual [Gesamtanzahl aller Kanäle]</code> ausführen, schon habt ihr weitere Kanäle die ihr mit euren echten Tastern peeren könnt.

Am Ende unbedingt einmal "Save config" drücken, damit der virtuelle Aktor in der fhem.cfg abgespeichert wird.

=== Mit Rolladenaktor verbinden (peeren) ===

Der HM-PB-2-WM55 kann auch z.B. direkt mit einem [[HM-LC-BL1-FM_Funk-Jalousieaktor|HM-LC-BL1-FM Rollladenaktor]] [[Peering (HomeMatic)|gepeert]] werden. Hierdurch lässt er sich ohne FHEM nutzen. Weitere Infos dazu finden Sie [[HM-LC-BL1-FM_Funk-Jalousieaktor#Peeren_mit_einem_HM-PB-2-WM55|hier]].

== Integration in bestehende Markenschalterprogramme ==

Obwohl der HM-PB-2-WM55, im Gegensatz zu den Funk-Schaltaktoren für Markenschalter (HM-LC-Sw1PBU-FM, HM-LC-Dim1TPBU-FM und HM-LC-Bl1PBU-FM), eigentlich nicht für die Integration in bestehende Markenschalterprogramme geeignet ist, kann man ihn mit etwas Bastelaufwand doch optisch zumindest etwas integrieren.

=== Jung CD 500 ===

Mit Hilfe einer im 3D Drucker selbst gedruckten Adapterplatte und etwas dremeln lässt sich der HM-PB-2-WM55 recht gut in die Jung CD 500 Serie integrieren. Eine bebilderte Anleitung ist [http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden hier] zu finden.

== Probleme ==

=== Bausatz: Der Taster lässt sich nicht anlernen / rotes Dauerblinken ===
Dann stimmt vermutlich etwas mit der Lötung nicht. Am besten insbesondere die Lötungen des Funkmoduls (8 auf jeder Seite überprüfen).
Am besten mal in der fhem.cfg
<pre>
attr LANInterface loglevel 1
</pre>
eintragen und dann die Logdatei anschauen, was dort für Funkverkehr aufgezeichnet wird. Euren Schalter könnt ihr identifizieren, indem ihr den kleineren QR-code auf der Platine des Schalters z.B. mit einem Android Handy und Barcoo auslest. Die App zeigt Euch dann den sechsstelligen Gerätecode an (wenn der Code siebenstellig erscheint, dann die erste Ziffer / Buchtstaben weglassen), den ihr in der Logdatei suchen könnt.

== Links ==

*[https://files.elv.com/Assets/Produkte/13/1317/131774/Downloads/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf: Documentation - HM-PB-2-WM55]
*[http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden Instructables.com: Integration in Jung CD 500 Schalterprogramm]

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

HM-PB-2-WM55 2fach-Funk-Wandtaster

2020-01-05T20:01:22Z

Rollo Wikinger: Features ergänzt

HomeMatic HM-PB-2-WM55 2fach-Funk-Wandtaster

== Features ==
Schalten von Empfängern mittels Homematic-Funkprotokoll
* 2-fach Kipptaster
* Anlernen direkt an Homematic-Aktoren oder mittels Zentrale
* Wandmontage mittel Dübel/Schrauben oder Klebestreifen; Integration in bestehende Schalterserien möglich

== Hinweise zur Hardware-Installation ==
Die Integration in FHEM läuft wie mit allen Komponenten. Den LAN-Adapter in FHEM auf hmPairForSec 60 (Zahl bedeutet die Zeit des Zustands in Sekunden und kann beliebig geändert werden) setzen und den Knopf auf der Rückseite des Schalters drücken. Dann sollte der Schalter wie unten dargestellt in FHEM angelegt werden (wird in die fhem.cfg eingetragen). Je nach Einstellungen in {{Link2CmdRef|Anker=autocreate|Label=autocreate}} kann es sein, dass auch noch weitere Aktionen ausgeführt wurden.

== Hinweise zum Betrieb mit FHEM ==

=== Auszug aus der fhem.cfg ===
Hier der Originaleintrag aus der fhem.cfg der automatisch erstellt wird (mit den "xxx" habe ich meine Nummer erstetzt):
<pre>
define CUL_HM_HM_PB_2_WM55_1F1xxx CUL_HM 1F1xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx .devInfo 020000
attr CUL_HM_HM_PB_2_WM55_1F1xxx .stc 40
attr CUL_HM_HM_PB_2_WM55_1F1xxx firmware 1.1
attr CUL_HM_HM_PB_2_WM55_1F1xxx model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx room Bad
attr CUL_HM_HM_PB_2_WM55_1F1xxx serialNr KEQ003xxx
attr CUL_HM_HM_PB_2_WM55_1F1xxx subType pushButton
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 CUL_HM 1F1xxx01
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 room CUL_HM
define CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 CUL_HM 1F1xxx02
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 model HM-PB-2-WM55
attr CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
define FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 FileLog ./log/CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02-%Y.log CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 logtype text
attr FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 room CUL_HM
</pre>

=== Bearbeiten ===
Das ist der Standardeintrag, den FHEM automatisch erstellt. Es macht aber Sinn, einiges zu verändern.
Zum einen sollten die Entities umbenannt werden, um sie besser finden und somit bedienen zu können. Das geht entweder manuell in der fhem.cfg (suche "CUL_HM_HM_PB_2_WM55_1F1xxx" ersetze mit neuem Begriff) oder besser per Befehl:
<pre>
rename CUL_HM_HM_PB_2_WM55_1F1xxx LichtFlurDev
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01 LichtFlur1
rename CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02 LichtFlur2
</pre>

Auch ist es nicht sinnvoll, für jede Entity (in diesem Fall 3: Schalter und die beiden Knöpfe) je ein eigenes Logfile anzulegen, auch wenn autocreate das so macht, denn das kostet Performance und Übersichtlichkeit. Das Beispiel unten zeigt, wie die Ereignisse aller drei Entities mitgeschrieben werden - achtet auf das .* am Ende:

<pre>
define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room CUL_HM
</pre>

Und jetzt natürlich noch aufräumen und die alten Logfiles entsorgen:
<pre>
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_01
delete FileLog_CUL_HM_HM_PB_2_WM55_1F1xxx_Btn_02
</pre>

'''Wichtig:''' Folgende Attribute solltet ihr '''nicht ändern''': .devInfo, .stc, model, firmware, serialNr, subType

Weitere interessante Attribute, die man nutzen sollte (siehe auch {{Link2CmdRef}}) sind: room, group, expert, webCmd: gruppieren und darstellen auf der Webseite, autoRegRead: automatisches Lesen der Register (für push-Button sollte es auf 0 stehen)

Letztendlich könnte die "gepflegte" fhem.cfg so aussehen:
<pre>
#====== Das Device
define LichtFlurDev CUL_HM 1F1xxx
attr LichtFlurDev .devInfo 020000
attr LichtFlurDev .stc 40
attr LichtFlurDev firmware 1.1
attr LichtFlurDev model HM-PB-2-WM55
attr LichtFlurDev serialNr KEQ003xxx
attr LichtFlurDev subType pushButton
#--- user Attribute zum Device
attr LichtFlurDev room Flur,Device,Licht
attr LichtFlurDev group Schalter
attr LichtFlurDev webCmd statusRequest:getConfig
attr LichtFlurDev expert 1
attr LichtFlurDev autoRegRead 0
#--- erste Taste
define LichtFlur1 CUL_HM 1F1xxx01
attr LichtFlur1 model HM-PB-2-WM55
attr LichtFlur1 room Flur,Button,Licht
attr LichtFlur1 group Schalter
#--- zweite Taste
define LichtFlur2 CUL_HM 1F1xxx02
attr LichtFlur2 model HM-PB-2-WM55
attr LichtFlur2 room Flur,Button,Licht
attr LichtFlur2 group Schalter

define FileLog_LichtFlur FileLog ./log/LichtFlur-%Y.log LichtFlur.*
attr FileLog_LichtFlur logtype text
attr FileLog_LichtFlur room logfiles
</pre>

=== Mit virtuellem Aktor verbinden ===
Wenn man den Taster nicht direkt mit einem Aktor verbindet, erhält er keine Rückmeldungen, wird also immer orange und rot blinken, wenn ihr einen Befehl absetzt. Dieser wird zwar von FHEM verarbeitet, FHEM weiß aber nicht, dass es etwas zurückmelden soll. Daher solltet ihr Euch einen virtuellen Aktor anlegen und den Taster dann mit diesem verbinden:

In der FHEM-Web Oberfläche gebt ihr in der Kommandozeile ein (die hmId kann freigewählt werden, darf aber in echt nicht existieren):
define virtueller_Aktor CUL_HM 123456
sowie:
set virtueller_Aktor virtual 2

Jetzt habt ihr einen Virtuellen Aktor mit einem Kanal erstellt, jetzt gilt es noch das ganze mit dem realen Taster zu verbinden. Verbunden werden zuerst die Kanäle und dann wird die ganze Konfiguration am Taster gespeichert:

set LichtFlur1 peerChan 0 virtueller_Aktor_Btn1 single set
set LichtFlur2 peerChan 0 virtueller_Aktor_Btn2 single set
set LichtFlurDev getConfig

und am Taster einmal Anlernen drücken, ggf. nochmal ein <code>set LichtFlurDev getConfig</code>

Nun drückt einmal einen Button eures Tasters. Wenn alles geklappt hatte, sollte bei Euren Kanälen im State ein (to virtueller_Aktor_Btn1) dahinter stehen und unter den Attributen etwas in den peerIDs auftauchen. Diesen virtuellen Aktor kann man übrigens als Gegenpart für beliebig viele Taster nehmen, ihr braucht also nicht für jeden Taster einen virtuellen Aktor erstellen. Um den virtuellen Aktor zu erweitern einfach ein <code>set virtueller_Aktor virtual [Gesamtanzahl aller Kanäle]</code> ausführen, schon habt ihr weitere Kanäle die ihr mit euren echten Tastern peeren könnt.

Am Ende unbedingt einmal "Save config" drücken, damit der virtuelle Aktor in der fhem.cfg abgespeichert wird.

=== Mit Rolladenaktor verbinden (peeren) ===

Der HM-PB-2-WM55 kann auch z.B. direkt mit einem [[HM-LC-BL1-FM_Funk-Jalousieaktor|HM-LC-BL1-FM Rollladenaktor]] [[Peering (HomeMatic)|gepeert]] werden. Hierdurch lässt er sich ohne FHEM nutzen. Weitere Infos dazu finden Sie [[HM-LC-BL1-FM_Funk-Jalousieaktor#Peeren_mit_einem_HM-PB-2-WM55|hier]].

== Integration in bestehende Markenschalterprogramme ==

Obwohl der HM-PB-2-WM55, im Gegensatz zu den Funk-Schaltaktoren für Markenschalter (HM-LC-Sw1PBU-FM, HM-LC-Dim1TPBU-FM und HM-LC-Bl1PBU-FM), eigentlich nicht für die Integration in bestehende Markenschalterprogramme geeignet ist, kann man ihn mit etwas Bastelaufwand doch optisch zumindest etwas integrieren.

=== Jung CD 500 ===

Mit Hilfe einer im 3D Drucker selbst gedruckten Adapterplatte und etwas dremeln lässt sich der HM-PB-2-WM55 recht gut in die Jung CD 500 Serie integrieren. Eine bebilderte Anleitung ist [http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden hier] zu finden.

== Probleme ==

=== Bausatz: Der Taster lässt sich nicht anlernen / rotes Dauerblinken ===
Dann stimmt vermutlich etwas mit der Lötung nicht. Am besten insbesondere die Lötungen des Funkmoduls (8 auf jeder Seite überprüfen).
Am besten mal in der fhem.cfg
<pre>
attr LANInterface loglevel 1
</pre>
eintragen und dann die Logdatei anschauen, was dort für Funkverkehr aufgezeichnet wird. Euren Schalter könnt ihr identifizieren, indem ihr den kleineren QR-code auf der Platine des Schalters z.B. mit einem Android Handy und Barcoo auslest. Die App zeigt Euch dann den sechsstelligen Gerätecode an (wenn der Code siebenstellig erscheint, dann die erste Ziffer / Buchtstaben weglassen), den ihr in der Logdatei suchen könnt.

== Links ==

*[https://files.elv.com/Assets/Produkte/13/1317/131774/Downloads/HM-PB-2-WM55-2_UM_GE_eQ-3_web.pdf: Documentation - HM-PB-2-WM55]
*[http://www.instructables.com/id/HomeMatic-Wandschalter-mit-Jung-CD500-Blenden Instructables.com: Integration in Jung CD 500 Schalterprogramm]

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