Nach der Einführung der neuen HMIP-Zentrale HCU (Home Control Unit) hat eQ-3 eine API veröffentlicht, mit der man eigene Plugins erstellen und auf die HMIP-Daten zugreifen kann. Im Herbst 2025 wurde angekündigt, dass die auch von mir genutzte CCU3 vom eQ-3 nicht weiterentwickelt, sondern in dem freien Modell OpenCCU (ehemals Raspberrymatic) durch die Community weitergepflegt werden soll.

Ich habe auf der CCU3 viel programmiert und mit Node-RED auf die CCU3-Geräte zugegriffen. Jetzt will ich prüfen, wie gut man die HCU in Node-RED einbinden kann, um langfristig von der CCU auf die HCU zu wechseln.

Im ersten Schritt möchte ich eine Verbindung zwischen Node-RED und der HCU aufbauen und erste Daten von HMIP-Geräten empfangen. Ich nehme vorweg, das Ganze funktioniert einfacher als erwartet. In den folgenden Kapiteln beschreibe ich dazu detailliert die Vorgehensweise. Das wesenliche Dokument für alle folgenden Schritte ist dabei die Homematic IP Connect API Dokumentation.

HCU Entwicklermodus freischalten

Damit die HCU API-Zugriffe akzeptiert, muss der Entwickler-Modus aktiviert werden. In diesem Modus kann man eigene Plugins direkt auf der HCU laden. Oder man kann mit Plugins auf anderen Systemen (z. B. Node-RED) über eine Websocket-Verbindung kommunizieren.

Die Vorgehensweise zur Freischaltung ist gut in der API-Dokumentation beschrieben, so dass ich nur auf folgendes hinweise:

1. Aktiviere den Entwicklermodus und gebe sofort die Websockets frei (Häkchen setzen)
2. Warte mit der Erstellung des Aktivierungsschlüssels bis zum nächsten Schritt!

Authentication Token vereinbaren

Jedes Plugin braucht für die Kommunikation eine eindeutige ID.  eQ-3 empfiehlt zur Namensfindung die "Reverse Domain Name Notation". Ich habe diesen Namen für die folgenden Tests benutzt:

de.spike.grass.plugin.example1

Damit die Kommunikation zwischen der HCU und einem anderen Gerät sicher, aber einfach ist, brauche ich außerdem ein Token. Dieser Authentication Token ist wie ein Passwort. Zur Erstellung des Tokens muss man mit der HCU über API-Requests kommunizieren.

Ich empfehle das Tool Postman zu verwenden, da es einfach zu bedienen ist.

Ich verweise hier auch auf die Anleitung in Kapitel 2.4 (Step 2) und ergänze noch ein paar Hinweise::

• Wähle in Postman die Methode "POST" aus. Trage dahinter als Adresse https://hcu1-XXXX.local:6969/hmip/auth/requestConnectApiAuthToken ein (Setze anstelle von hcu1-XXXX den lokalen Netzwerknamen ein)
• Ergänze unter dem Tab "Headers" das Feld "VERSION" mit dem Wert "12"
• Gehe nun zuerst zurück in den Entwicklermodus der HCU und generiere einen Aktivierungsschlüssel (dieser ist nur kurzzeitig gültig)
• Kopiere in den Tab "body" den body-example Code aus Kapitel 2.4 Step 2
• Tausche den Aktivierungsschlüssel gegen den soeben generierten Schlüssel aus
• Tausche die plugin_id gegen die von dir gewählte ID aus (siehe oben)

Drücke auf Send und man sollte ein solches Feedback erhalten (Wert für spätere Verwendung speichern):

Nun muss der Erhalt dieses Schlüssels noch bestätigt werden. Gehe dazu wie folgt in Postman vor:

• Drücke oben in der Tabzeile auf "New Request"
• Ergänze unter dem Tab "Headers" das Feld "VERSION" mit dem Wert "12"
• Wähle in Postman die Methode "POST" aus. Trage dahinter als Adresse https://hcu1-XXXX.local:6969/hmip/auth/confirmConnectApiAuthToken (Setze anstelle von hcu1-XXXX den lokalen Netzwerknamen ein)
• Kopiere in den Tab "body" den body-example Code aus Kapitel 2.4 Step 3
• Tausche den Aktivierungsschlüssel gegen den eben generierten aus
• Tausche den authToken gegen den im vorigen Schritt erhaltenen authToken aus.

Drücke auf Send und du solltest eine client_id in der folgenden Form erhalten (Wert für spätere Verwendung speichern):

Websocket Verbindung testen

Nun kann getestet werden, ob eine Websocket-Verbindung zur HCU mit den gerade erzeugten Daten aufgebaut werden kann. Ich empfehle hierzu auch wieder das Tool Postman zu verwenden.

Hier gibt es allerdings mit der freien und unregistrierten Version eine Einschränkung: In dieser Version kann man keine Self-Signed-Socket Verbindungen aufbauen, die wir aber für die Kommunikation mit der HCU benötigen.

Man löst das Ganze, indem man sich einen (kostenlosen) Postman-Account erstellt und sich dann mit dem Account in der App anmeldet. Anschließend ist die Kommunikation mit den Self- Signed- Zertifikaten möglich.

Folgende Schritte sind anschließend in Postman durchzuführen:

• In der Adressleiste wird folgende Adresse eingetragen: wss://hcu1-XXXX.local:9001 (Setze anstelle von hcu1-XXXX den lokalen Netzwerknamen ein)
• Auf das Plus-Zeichen links oben im Workspace drücken und "Websocket" auswählen.
• Unter Headers wird ein neuer Key "authtoken" mit dem eben generierten Wert eingetragen.
• Unter Headers wird ein weiterer neuer Key "plugin-id" mit der generierten Plugin-ID eingetragen.

Nach Betätigen von Connect sollte die Meldung "connected to .local:9001" erscheinen.

Und in der HCU im Plugins Menü sollte die Verbindung ebenfalls auftauchen!

Mit Node-RED HCU-Daten abfragen

Jetzt kann eine Websocket Verbindung zur HCU aus Node-RED aufgebaut werden. Die Sockets-Nodes in Node-RED unterstützen allerdings keine Self-Signed Zertifikate. Stattdessen verwende ich die Palette node-red-contrib-dynamic-websocket, die ich in Node-RED installiert habe. Darin befindet sich ein Websocket-Node, der viel mehr Möglichkeiten als die Standard-Nodes bietet.

In Node-RED wird nun der Dynamic-Websocket-Node eingefügt und in den Eigenschaften folgende Daten eingetragen:

• Default-Url "wss://"
• "Allow Self Signed Certificates"-Häkchen setzen

Unter Custom Headers wird anschließend folgender JSON-Eintrag ergänzt:

Im Code wird die eigene Plugin-ID sowie das eigene Authentication Token eingetragen. Mit der Zeile "hmip-system-events":"true" wird die HCU so eingestellt, dass alle Änderungen an HMIP-Zuständen (Basisstation, Geräte, Gruppen, etc.=) sofort an Node-Red übermittelt werden (siehe auch API-Dokumentation).

Alle Websocket-Nachrichten können durch einen Debug-Node am ersten Ausgang des Websocket-Nodes im Debug-Fenster ausgegeben werden. Nach dem deployen des Flows sollte das Ergebnis wie folgt aussehen. In den Objekten sind bereits alle Informationen zu den HMIP-Geräte enthalten.

Weitere Funktionen ergänzen

Ich erweitere den Flow jetzt noch um Funktionen, die bei den weiteren Tests hilfreich sind. Hierzu gehört auch, dass die HCU zwischenzeitlich abfragt, ob mein Plugin einsatzbnereit ist. Hierzu sendet die HCU an Node-Red unter payload.type einen "PLUGIN_STATE_REQUEST". Sobald ich diesen erhalte schicke ich eine PLUGIN_STATE_RESPOND Message zurück. Die Nodes, die ich ergänze sind in folgender Tabelle aufgeführt.

Der Flow sieht anschließend wie folgt aus und bietet jetzt eine solide Basis für die Kommunikation mit der HCU.

Im nächsten Beitrag werde ich mir die Nachrichtenformate der HCU näher anschauen und entscheiden, wie ich diese am besten auswerte. Anregungen und Ergänzungen sind herzlich willkommen.

Wer HMIP-Wandtaster wie z.B. den HMIP-WRC6, der HMIP-WRC2 oder den HMIP-BRC2 besitzt hat sich vielleicht schonmal gefragt, warum man das Drücken einer Taste auf den Schaltern als Events nicht mit Openhab, Node-Red oder IOBroker abfragen kann, um z.B. Geräte anderer Hersteller zu bedienen.  Dies liegt daran, dass die Schalter im  Normalfall keine Events an eine CCU schicken, wenn eine Taste betätigt wird. Bei Taster-/Aktoren-Komibinationen tritt dieses Thema nicht auf, da sie immer Events an die CCU schicken.

Warum ist das so?

Einige diese Wandtaster funktionieren mit Batterien. Daher hat EQ3 eine Möglichkeit gesucht, den Batterieverbrauch zu reduzieren. EQ3 geht davon aus, dass die meisten Taster über eine Direktverbindung mit dem Aktor verbunden sind. Diese Direktverbindung wird immer im Gerät gespeichert. Daher hat EQ3 die Geräte so konfiguriert, dass sie ihre Aktionen nicht automatisch an die CCU senden. D.h. eine Tastendruck löst über die Direktverbidnung zwar einen Aktor (z.B. Licht aus), die CCU erhält aber nicht die Info, dass dies über einen Tastendruck erfolgt ist. Stattdessen sieht die CCU, dass der Aktor seinen Zustand geändert hat. Die folgenden beiden Möglichkeiten erzeugen dennoch diese Events, so dass man sie auch mit Drittsystemen empfangen kann. Die Lösung bezieht sich dabei auf eine CCU und nicht auf einen HAP.

Events durch Programme erzeugen

Die erste einfache Möglichkeit ist, Dummy Programme zu erstellen, in denen ein Taster abgefragt wird. D.h. man erstellt ein neues Programm auf einer CCU und fragt z.B. ab, ob der Wandtaster mit einem kurzen Tastendruck betätigt wurde. Es wird kein Befehl ausgeführt, so dass das Programm nur aus einer Abfrage besteht.

Nach Speichern des Programms wird durch die CCU eine Konfigurationsänderung an den Taster geschickt, der bei batteriebetriebenen Geräten bestätigt werden muss.

Im Anschluss erhält die CCU bei jedem Tastendruck einen Event. Diesen Event kann man dann auch mit Drittsystemen abfragen, da er durchgereicht wird. Dabei ist es nun egal, wie die Taste gedrückt wird, der Event wird immer generiert.

Als ich allerdings versucht habe, ganz viele Oder-Bedingungen mit verschiedenen Tastern  in einem Programm abzufragen war das Ergebnis, dass nur das Event des ersten Tasters tatsächlich generiert wurde. Ich schließe daraus, dass für jeden Taster (nicht für die Art des Tastendrucks) ein eigenes Dummy-Programm erzeugt werden muss. Daher habe ich mich für die zweite einfachere Möglichkeit entschieden.

Events über Kanaleinstellungent aktivieren

Ja, diese Möglichkeit gibt es, ich habe sie bisher übersehen.

Zu jedem Gerät und Taster gibt es einen eigenen Kanal. Wer in den Geräteeinstellungen den Kanal mit dem gewünschten Taster anklickt (nicht auf Einstellungen gehen sondern nur auf den Namen klicken) erhält folgenden Screen:

Hier befindet sich ganz unten der Bereich "Taster-/Schaltevent an Zentrale" und darunter zwei Button mit "Aktivieren" und "Deaktivieren". In der dazugehörigen Hilfe weist EQ3 nochmal auf den Grund hin, warum dies Events nicht automatisch erzeugt werden. Drücke ich den Aktivieren-Button, dann fragt die CCU, ob eine Verknüpfung des Tasters mit der CCU angelegt werden soll (dies ist keine Direktverknüpfung). Nach Bestätigung dieser Meldung und Bestätigen des "OK"-Buttons im Hauptfenster schickt die CCU anschließend eine Konfigurationsänderung an den Taster. Nach dem Bestätigen dieses Events auf einem batteriebetriebenen Taster empfängt die CCU ab sofort alle Events, wenn eine Taste betätigt wurde.

Hinweis: Wenn man vorher ein Programm angelegt hat (siehe oben) um das Thema zu lösen, dann wird mit dem Löschen des Programms auch automatisch wieder eine Konfigurationsänderung an den Taster geschickt, die das Gerät vorher bestätigen sollte, bevor die zweite Lösung umgesetzt wird.

Mit dieser Lösung lassen sich jetzt auch die Events von HMIP-Tastern einfach in anderen Systemen empfangen und können dort Aktionen z.B. mit Aktoren anderer Hersteller auslösen.

In einer Wohnung befinden sich meistens eine Vielzahl von analogen Lichtschaltern. Hierbei sind einige Lichtschalter als Wechselschalter verdrahtet, so dass man eine Lichtquelle von zwei Schaltern ein- und ausschalten kann. Dabei ist die Wechselschaltung eine physische "analoge" Verbindung, die auf der Verdahtung der Schalter basiert. Möchte man eine solche Schaltung in eine digitale Wechselschaltung umwandeln, sollten ein paar Ding beachtet werden, denn sonst funktioniert das Ganze nicht.  Im folgenden Beitrag stelle ich kurz meine Erfahrungen vor, wie solche Schaltungen von der analogen in die digitale Welt werden können.

ACHTUNG: Dies ist keine Anleitung zum Selbermachen. Das Arbeiten an elektrischen Leitungen sollte nur von einer ausgebildeten Fachkraft (z.B. Elektriker) durchgeführt werden, da eine falsche oder fehlerhafte Anwendung zum Tod führen kann. Grundsätzlich sollten bei Arbeiten an elektrischen Leitungen mindestens die folgenden 5 Sicherheitsregeln beachtet werden:

1. Freischalten. Als Freischalten bezeichnet man das allpolige Trennen einer elektrischen Anlage von spannungsführenden Teilen.
2. Gegen Wiedereinschalten sichern.
3. Spannungsfreiheit feststellen.
4. Erden und Kurzschließen.
5. Benachbarte, unter Spannung stehende Teile abdecken oder abschranken.

Digitale Wechsel- oder Kreuzschaltungen

Für eine digitalen Schaltung braucht man nur einen Aktor, der das Licht ein- oder ausschaltet. Damit der Aktor gesteuert werden kann benötigt man einen oder mehrere günstige Taster, die den Aktor ein- oder ausschalten. Hieraus ergibt sich schon der erste Unterschied zu einer regulären Kreuz- oder Wechselschaltung. Die Taster brauchen nämlich keine direkte Kabelverbindung zu dem Aktor, da diese per Funk kommunizieren. Somit ist auch klar, dass man einen Lichtaktor mit beliebig vielen Tastern ansprechen kann.

Für einen Schaltaktor braucht man i.d.R.  3 Anschlusskabel:

• Nulleiter (häufig der blaue)
• Phase (häufig schwarz, grau oder braun)
• Verbraucher=Licht (häufig schwarz oder grau)

Bei Homematic IP ist nennt sich ein Schalter-Aktorkombination "Schalt-Mess-Aktor " wie z.B. der "HmIP-BSM" (es gibt aber auch noch weitere).

Auf die Farben der Kabel kann man sich gerade in älteren Bestandsbauten nicht verlassen, so dass man die Phase mit einem Spannungsmessgerät (i.d.R. Duspol genannt) rausfinden sollte.

In vielen Dosen in älteren Gebäuden findet man kein Nullleiter. Dann sollte ein Nullleiter aus einer benachbarten Dose in die Bedarfsdose gezogen werden.

Für alle anderen Stellen benötige man nur einen Taster (ohne Aktor), da man hiervon nur ein Funksignal an den Aktor schicken muss, um das Licht ein- oder auszuschalten. Für diesen Taster benötige man i.d.R. folgende Anschlusskabel:

• Nulleiter
• Phase

Bei Homematic IP heißt dieser Taster z.B. "Wandtaster für Markenschalter 2fach HmIP-BRC2".

Wenn nicht beide Kabel verfügbar sind und auch nicht nachträglich ergänzt werden können, kann man alternativ einen batteriebetriebenen Schalter, wie z.B. den Wandtaster "HMIP-WRC2, 2-fach" verwenden.

Ersten Schalter mit Phase finden

Im folgenden Bild ist eine analoge Wechselschaltung schematisch dargestellt.

Hier erkennt man, dass an einem Schalter die Phase ankommt, auf zwei Verbindungsleitungen aufgeteilt wird und an einem anderen Schalter ankommt, auf dem i.d.R. der Verbraucher angeschlossen ist. Ich nenne den Schalter auf dem die Phase ankommt "Schalter 1"  in "Dose 1" und den anderen Schalter "Schalter 2" in "Dose 2".

Da man für den neuen digitalen Schalter die Phase von "Schalter 1" benötigt ist es erforderlich, den "Schalter 1" zu identifizieren (von außen sehen diese ja gleich aus). Würde man übrigens "Schalter 2" für den digitalen Aktor verwenden, dann wird dort immer wieder die vom ersten Schalter kommende Phase ausgeschaltet und somit der benötigte Dauerstrom zum Aktor unterbochen. "Schalter 1"mit einer permanenten Phase findet man ebenfalls z.B. mit einem Duspol. Wenn man die vorhandenen Wechselschalter ein- / ausschaltet, sollte auf der Phase des ersten Schalters immer eine Spannung sein.

Die Phase und den Nullleiter von Schalter 1 kann für den neuen digiatlen Schaltaktor genutz werden, ebenso die beiden Kreuzleitungen.

Verbraucher anschließen

Nun gibt es drei Möglichkeiten, den Verbraucher anzuschließen, denn dieser befindet sich ja in der zweiten Dose an "Schalter 2".

Option 1: Analogen Schalter 2 beibehalten

Man lässt den zweiten Schalter einfach so, wie er ist und schließt die beiden Verbindungsleitungen aus "Schalter 1" an die Klemmen "1" und "2" an. Dann wird das Licht auf jeden Fall über den neuen digitalen "Schalter 1" und über den alten anaologen "Schalter 2" ein- und ausgeschaltet. Dies erkennt auch der HMIP-Schalt-/Messaktor, der zwei Ausgänge für eine folgende Kreuzschaltung hat und dort auch messen kann, ob an einem anaologen Schalter eine Spannung eingeschaltet wurde. Hier ist wichtig, dass in Kanal 3 unter Verhalten "Wechselschaltung" steht.

ABER: Beim HMIP Dimmaktor ist dieses Setup nicht möglich, hier muss der Verbraucher direkt am Dimmer angeschlossen werden. Der digitale Schalter bekommt dann nämlich nicht mit, wenn der analoge Schalter ein- und ausgeschaltet wird, da der analoge Schalter das ja nicht melden kann. D.h. es wird passieren, dass in der App das Licht als eingeschaltet dargestellt wird, obwohl es tatsächlich aus ist, oder auch umgekehrt. Das kann man nur vermeiden, wenn auch der zweite Schalter digitalisiert wird. Hier ist dann Option 2 die bessere Lösung.

Option 2: Analogen Schalter 2 durch digitalen Schalter esetzen

Der zweite analoge Schalter wird durch einen digilen Schalter ersetzt. Hier ist kein Aktor mehr nötig, da das Licht ausschließlich über den ersten Schalter geschaltet wird.  Auch bei der Bedienung ist es angenehmer, wenn sich beide Schalter "gleich" anfühlen und nicht einer der Schalter "klickt" und der andere nicht.

Hierzu sollten als erstes die beiden Verbindungsleitungen sowohl von Schalter 1 als auch von Schalter 2 getrennt werden.

Nun kommt man zum zweiten Punkt: Der Verbraucher ist i.d.R. an "Schalter 2" angeschlossen, man benötigt ihn aber an "Schalter 1".  Hier besteht nun die Möglichkeit, einen der nicht mehr benötigten Verbindungsleitungen zu verwenden. Dazu verbindet man das Kabel des Verbruchers von "Schalter 2" z.B. mit einer WAGO Klemme mit einer der beiden Verbindungsleitungen (es ist klar, dass der Schalter hier mittlerweile entfernt wurde). Es macht Sinn die Leitungen zu markieren, damit man nach dem Lösen noch weiß, welche Leitung der Verbraucher war).

Anschließend kann man in "Dose 1" eine der freien "ehemaligen" Verbindungsleitungen  wählen und in die Verbraucherbuchse des neuen digtalen Schaltaktors einfügen. Sofern man das richtige Kabel gewählt hat, sollte sich das Licht nach Einschaltern der Sicherung auch einschalten lassen. Ist diese nicht der Fall sollte man das andere Kabel verwenden. Die richtige Verbindungsleitung kann man natürlich auch durch ein separtes Durchmessen identifizieren.

Digitale Schalter aktivieren

Das Aktivieren der verschiedenen Schalter wird über eine Direktverknüpfung des Schalters mit dem Aktor realisiert. Beim Schalt-Messaktor werden diese beiden Verknüpfungen für oben und unten schon automatisch angelegt, wenn man das Gerät anlernt. Bei weiteren Schaltern wird nach dem Anlernen der obere und der untere Taster eines Schaltes jeweils ausgewählt und eine Verknüfpung mit dem Aktor erstellt. Ich empfehle hier immer das "Ein-/Ausschalten" für beide Taster einzustellen, denn dann muss man nicht daruaf achten, welchen Taster man drückt.

Alternativ ist auch eine Treppenhausbeleuchtung als Direktverknüpfung möglich, bei der nach einem Tastendruck das Licht eine definierte Zeitspanne eingeschaltet wird. Da ein Schalter sowohl einen kurzen als auch einen langen Tastdruck eines Tasters erfassen kann ist auch möglich, bei einer Treppenhausbeleuchtung durch einen langen Tastendruck das Licht dauerhaft ein- und wieder auszuschalten.

Jeder Schalter / Taster, der den Aktor ein- oder ausschalten soll kann so mit einer Direktverknüpfung diese Funktion übernehmen.

Links

Informationen zu dem Thema habe ich auch unter dem folgenden Link gefunden:

https://files2.elv.com/public/20/2059/205981/Internet/2016_06_05_hm_knowhow_teil18.pdf

Die Installationen  von Balkonkraftwerken nimmt stetig zu. Hierüber kann tagsüber zusätzlich Strom erzeugt werden, der den Stromverbrauch in einem Haushalt durch direkten Konsum senken kann. Wer bereits Homematic-IP Komponenten nutzt, kann diese Messung auch einfach in die vorhandene Gerätewelt von HMIP integrieren.

Schalt-/Mess-Steckdose für den Innenraum

Soll das Balkonkraftwerk über eine Zuleitung ins Haus an eine Steckdose angeschlossen werden, kann die HMIP-PSM Schalt-Mess-Steckdose zu verwenden.

EQ3 hat Ende 2021 ein Update für die Firmware der Strom-/Mess-Steckdose HMIP-PSM bereitgestellt. Die aktuelle Version der Firmware 2.22.8 unterstützt auch die Messung als Leistungsempfänger und nicht nur als Verbraucher. Hierzu ist es wichtig, zwei Einstellungen vorzunehmen. Ich habe dies beispielhaft unter einer CCU3 vorgenommen, das Ganze sollte auch mit einem Homematic Access Point funktionieren.

Als erstes sollte in den Einstellungen  des BSM unter "Verbrauchs- und Leistungsmessung" als Modus "Einspeisemodus" gewählt werden. Zusätzlich empfehle ich, in den Kanälen des Schaltaktors die Option "Aktion bei Spannungszufuhr" auf "Ein" zu stellen. Wenn mal der Strom ausfällt oder die Sicherung ausgeschaltet wird ist gewährleistet, dass die Steckdose immer sofort eingeschaltet wird, da sonst auch kein Strom vom Balkonkraftwerk in euer Hausnetz fließen würde.

Schalt- und Messaktor für den Außenbereich

Die Schalt-Mess-Steckdose sollte nicht in eine Außensteckdose gesteckt werden, da sie nicht spritzwassergeschützt ist. Daher bietet sich hier eine andere einfache Lösung an. Der Unterputz Homematic IP Schalt-Mess-Aktor HmIP-FSM16 bietet die gleiche Funktionalität wie die Schalt-Mess-Steckdose HMIP-PSM. Hierfür muss nur das Firmware Update 1.22.8 installiert werden. Anschließend kann in den Einstellungen für das Gerät ebenfalls wie oben beschrieben der "Einspeisemodus" gewählt werden.

Den HMIP-FSM16 kann man nun in eine IP65 oder IP66 Dose einbauen, die es in allen Baumärkten gibt. Mit Kabelverschraubungen ebenfalls aus dem Baumarkt kann man dann zwei Kabel (Zu-/Ableitung) mit einer Gummikupplung und einem Gummistecker und dem HMIP-FSM16 zusammenschalten. Fertig ist der Schalt- und Messaktor für den Außenbereich, der nun einfach zwischen Stecker des Balkonkraftwerkes und der Außensteckdose platziert wird. Die Teile gibt es auch als Kompletpaket bei ELV unter dem folgenden Link.

Da die Kabel relativ tief in den HMIP-FSM16 eingefügt werden müssen und ich flexible Anschlussleitungen verwende, habe ich diese über ein paar WAGO-Kleemmen mit einem starren Kabel verbunden, die ich dann in den FSM16 gesteckt habe. Man kann die flexiblen Leitungen auch mit Hülsen crimpen, wenn man Hülsen hat, die lang genug sind.

Aufzeichnen

Verwendet Ihr eine CCU kann das Aufzeichnen des Verbrauchs anschließend über CCU-Historian erfolgen, oder die Daten werden z.B. über NodeRed an eine InfluxDB weitergegeben und mit Grafana visualisiert. Wie das geht steht in einigen älteren Artikeln auf dieser Webseite. Um die Leistung pro Tag zu erfassen reicht es aus, den Stromzähler des FSM16 oder des PSM auszulesen (Datenpunkt ENERGY_COUNTER), für die aktuelle Leistung ist der Datenpunkt "POWER" entscheidend. Beim PSM können diese in Kanal 6, beim FSM16 in Kanal 5 ausgelesen werden.

TIPP:

Leider hat der Datenpunkt ENERGY_COUNTER des Gerätes einen Nachteil: Er zählt die erzeugte Leistung in Wattstunden, so dass ganz schnell die Grenze der Speichervariable erreicht wird und sich diese intern wieder auf Null setzt. Dies erzeugt dann in Auswertungen unschöne Sprünge oder Peaks. Wer das vermeiden möchte kann mithilfe einer CCU das zu jeder Messteckdose existierende versteckten Programme und die versteckte Systemvariabeln "anzapfen" und die Werte in kWh in einer eigenen Systemvariable ablegen. Damit wird der zuvor beschriebene negative Effekte bei einem Overflow vermieden. Wer nicht weiß wie das geht, kann mir dazu gerne eine Nachricht schreiben.

Wenn man einen Bewegungsmelder einsetzen möchte hat man bei Homematic IP die Qual der Wahl. Im folgenden Beitrag habe ich drei dieser Sensoren für den Innenbereich getestet und hierzu ein paar Eindrücke gesammelt.

3 unterschiedliche Bewegungsmelder

Bei den von mir getesteten Bewegungsmeldern handelt es sich um folgende Modelle:

Alle Bewegungsmelder arbeiten mit Passive Infrarot Sensoren (PIR-Sensor). Die Batterielebensdauern habe ich nicht berücksichtigt, da dies immer vom Praxiseinsatz abhängt. Seitens eQ-3 werden aber mindestens 2 Jahre Lebensdauer angegeben.

Alle Sensoren ermöglichen den Sendeabstand einzustellen, sowie Bewegungen auch in den Sendepausen zu erkennen. Alle Bewegungsmelder melden einen Sabotagealarm, wenn sie während des Betriebs geöffnet werden.

Bewegungsmelder mit Dämmerungssensor HmIP-SMI

Der weiße Bewegungsmelder ließ sich einfach an der CCU anlernen. Irritierend war nach dem Anlernen die Phase, in der das Gerät häufiger rot blinkte. Im ersten Moment dachte ich, dass das Gerät die Kopplung nicht hinbekommt oder einen Fehler hat. Allerdings habe ich festgestellt, dass dieses rote Blinken nach einiger Zeit aufhört, das Gerät sauber in der CCU angezeigt wird und auch korrekte Daten liefert.

Die Erkennung von Bewegungen funktionierte einwandfrei, auch in Entfernungen bis zu 6 Metern. Ab 6 Metern müssen nach meine Erkenntnissen Bewegungen schon klar erkennbar sein. Das Umblättern von Zeitschriften reichte hier teilweise nicht mehr aus.

Angenehm ist die Möglichkeit, für das Auslösen des Sensors einen Helligkeitswert angeben zu können. Diesen ermittelt man am besten, indem man sich die Werte anschaut, die der Sensor bei verschiedenen Helligkeiten ausgibt, um den gewünschten Schwellwert dann einzutragen. Wichtig hierbei ist zu berücksichtigen, dass man die Zahl der Messungen angeben kann, von denen dann der geringste Wert als Auslöser für den Sensor verwendet wird. eQ-3 gibt hier einen Abstand von 6 Minuten pro Messung an.

Wenn eine Leuchte geschaltet wird sollte darüber hinaus beachtet werden, dass eine Anschaltzeit einer Leuchte größer oder gleich dem sogenannten Mindestsendeabstand ist, da sonst die Ein-/Ausschaltzeit der Leuchte durch den Mindestsendeabstand bestimmt wird. Diese Möglichkeiten gelten übrigens auch für den Präsenzsmelder.

Der Sensor kann auch in einer Raumecke installiert werden und dadurch mit dem 105 Grad Winkel einen ganzen Raum überwachen.

Folgende Parameter stehen für den Bewegungsmelder mit Dämmerungssensor in einer CCU zur Verfügung:

Präsenzmelder HmIP-SPI

Laut Werbung ist der Präsenzmelder auf die Erkennung von Präsenz, d.h. auf das Erkennen auch feinerer Bewegungen spezialisiert. Dazu wird er an der Decke installiert und kann mit einem 360 Grad "Blick" einen Bereich von 105 Grad unterhalb des Sensors abdecken.

eQ-3 gibt dabei an, dass die Sensibilität des Sensors abnimmt, je weiter man sich der 105 Grad Grenze nähert. Um dies zu testen, habe ich den Sensor direkt über einem Schreibtisch in eine Höhe von ca. 2,5 Metern platziert. Er erkannte auch feiner Bewegungen direkt unter dem Sensor recht gut (leichte Armbewegungen, etc.). Das stille Tippen auf eine Tastatur wurde dann doch manchmal nicht mehr erkannt. Mein Ziel, eine Lichtschaltung aufzubauen, bei der das Licht solange anbleibt, solange ich mich im Raum befinde hat daher nicht präzise genug funktioniert, so dass z.B. das Licht ausgeschaltet wurde, obwohl ich mich arbeitend am Schreibtisch befunden habe. Einwandfrei funktionierte hingegen die Erkennung von gröberen Bewegungen in einer Entfernung von bis zu 5 Metern (ist aber abhängig von der Installationshöhe des Sensors, d.h. je höher umso weiter funktioniert die Bewegungserkennung).

Die Möglichkeiten der Dämmerungsfunktion entsprechen den Beschreibungen des Bewegungsmelders mit Dämmerungsfunktion.

Folgende Parameter stehen für den Präsenzsmelder in einer CCU zur Verfügung:

Durchgangssensor HmIP-SPDR

Der Durchgangssensro wird mit den Gehäusefarben weiß und anthrazit geliefert. Empfohlen wird, diesen im Türrahmen einzubauen entweder geschraubt oder mit Klebestreifen. Ich habe diesen auf einer Hähe von ca. 90 Zentimetern so platziert, dass er einen Durchgang überwachen kann. Das Anlernen funktionierte einwandfrei. Eine Dämmerungsfunktion hat er im Vergleich zu den anderen Sensoren nicht.

Bei den anschließenden Tests fiel mir auf, dass der Sensor Bewegungen in die eine Richtung erkannte (links), rechts hingegen deutlich weniger Bewegungen zählte. Ich habe daraufhin nochmal die Lage leicht angepasst (Ausrichtung parallel zum Laufweg). Dies hat allerdings zu keiner Verbesserung geführt, das Gerät zählte die eine Richtung (links) scheinbar sensibler, als die Richtung von rechts. Trotz genauem Studiums der Anleitung konnte ich nicht herausfinden, wie man dieses Verhalten verändern kann, so dass korrekt gezählt wird. eQ-3 weist in der Anleitung darauf hin, dass bei mehreren Personen durchaus ein Erkennen schwierig werden kann. Allerdings ist dieser Fall in meinen Tests nicht vorgekommen. Ebenfalls habe ich nicht herausgefunden, wie man ohne Programmierung den Zähler zwischenzeitlich für rechts oder links auf Null zurücksetzen kann.

Folgende Parameter stehen für den Durchgangssensor in einer CCU zur Verfügung:

Darüber hinaus gibt es mehrere Optionen, die Betriebsart (d.h. die Art des Zählens) einzustellen, so dass Ereignisse in Abhängigkeit davon ausgelöst werden können:

FAZIT

Der Durchgangssensor HmIP-SPDR hat mich am wenigsten überzeugt. Das Feauture der richtungsabhängigen Durchgangserkennung funktionierte nicht zuverlässig genug. Dabei habe ich nicht rausfinden können, wann der Sensor eine Bewegung von der einen oder der anderen Seite zuverlässig erkennt. Damit erkennt der Sensor nur Bewegungen zuverlässig, ist aber durch die geringe Reichweite und den hohen Preis somit im Nachteil gegenüber den anderen Sensoren.

Der Bewegungsmelder HmIP-SMI  hingegen macht seine Sache bzgl. Bewegungserkennung auch in großen Entfernungen seht gut. Mit der Möglichkeit der Eckmontage und dem geringsten Preis ist er für mich die erste Wahl bei der Bewegungserkennung.

Der Präsenzmelder HmIP-SPI arbeitet erkennbar sensibler als der Bewegungsmelder HmIP-SMI und ist somit eine Alternative zu diesem Sensor. Allerdings hat auch dieser Sensor seinen Grenzen bei feinen Bewegungen, so dass er nicht alles erkennt insbesondere wenn der Abstand zwischen Sensor und Bewegungsort zu groß wird. Hat man einen großen Raum und platziert diesen an der Decke, dann müssten mehrere Sensoren so platziert werden, dass diese den ganzen Raum abdecken.

Wer eine elektrische Markise hat, möchte dass die Markise bei zu starkem Wind oder bei Regen besser eingefahren wird, damit die Markise keinen Schaden erleidet. Diesen Ausfahrschutz kann man für eine ausgefahrene Markise recht einfach erreichen, aber was ist, wenn man vor dem Ausfahren der Markise erst checken möchte, ob es regnet oder der Wind zu stark ist? Basis bei mir ist die Verwendung eines HMIP-BROLL Schalt-/Messaktors, der durch Drücken auf die obere Taste die Markise automatisch ausfährt und durch Drücken auf die untere Taste einfährt.

Lösungsansatz

Grundsätzlich brauche ich zuerst ein kleines Programm, welches nach einem Tastendruck prüft, ob es nicht regnet oder die Windgeschwindigkeit kleiner einem definierten Grenzwert ist. Ich nutze als Sensoren sowohl den HMIP Regensensor als auch die HMIP Wetterstation Pro mit dem Windmesser. Das Programm sieht wie folgt aus:

Wer das bis hierin genauso macht wird allerdings feststellen, dass beim Ausfahren trotzdem nichts geprüft wird.  Woran liegt das ?

Hier spielt nun das Thema Direktverknüpfung (oder beim Access Point die Gruppen) eine Rolle. Beim Anlernen des Rollladenaktors (HMIP-BROLL) werden automatisch zwei Direktverknüpfungen angelegt. Eine für den oberen Taster (i.d.R. Kanal 2) und eine für den unteren Taster (Kanal 1). Diese Direktverknüpfungen werden als Toggle Verknüpfungen erstellt und führen dazu, dass direkt im Schaltaktor das Aus- und Einfahren der Markise hinterlegt wird. Dabei ist nicht vorgesehen, dass vorher noch ein kleines Programm ausgeführt wird. Da es sich um eine im Geräte gespeicherte Information handelt, wird diese somit ohne Kommunikation mit CCU oder HAP ausgeführt.

Daher muss die Direktverknüpfung zwischen dem Taster für das Herunterfahren der Markise und dem Rollladen-Aktor gelöscht werden, damit das zentrale Programm zukünftig nur noch den Ausfahrvorgang durchführt. Im folgenden Bild ist die Direktverknüpfung zu sehen, die ich dazu auf der CCU gelöscht habe.

Im Anschluss steuert nun das oben erstellt Programm das Ausfahren der Markise und checkt ab sofort vorher, ob es regnet oder stark windet.