Tipps

homematicIP AccessPoint (HmIP-HAP) als HmIP-Gateway

Ab Firmware 3.53.30.x kann der HAP als Gateway für die Reichweitenverlängerung von HmIP-Geräten verwendet werden (und zwar ausschließlich für HmIP-Geräte, für klassisches HM benötigt man ggf. weiterhin ein oder mehrere LAN-Gateways).

Achtung! Ein dauerhaft angeschlossenes Funkmodul RPI-RF-MOD ist zwingende Voraussetzung dafür! Ein HM-MOD-RPI-PCB oder sonstige Funkmodule sind nicht kompatibel.

Folgendes Vorgehen dafür:

1. Den AP zwei mal resetten:
   1. HAP stromlos machen.
   2. Strom wieder rein und gleichzeitig den Knopf drücken (4 sek.) -> LED blinkt gelb.
   3. Knopf kurz loslassen und wieder drücken (4 sek.) -> LED sollte kurz grün leuchten.
   4. mindestens 10 Sekunden warten, bis die LED wieder dauerhaft blau leuchtet, dann Schritt i. - iii. wiederholen.
2. In der RaspberryMatic sollte unter "Accesspoints mit inkompatibler FW" nun der AP auftauchen -> Firmware Update durchführen.
3. Wenn das Update fertig ist kann man den AP nun wie ein normales HmIP-Gerät anlernen.

Bei Problemen beim Anlernen oder Firmwareupdate eines HmIP-HAP

Folgendes sollte man bei Problemen versuchen bzw. prüfen:

• Wenn man die Firewall der RaspberryMatic nutzt, muss der folgende Port freigegeben werden: 9293
• Evtl. hilft es bei Problemen, direkt nach Beginn von Schritt 2 dem HAP die Internetverbindung im Router zu sperren damit dieser keine Probleme beim Cloud-Software-Update hat und deshalb in einer rot blinkenden LED endet.
• Dem HAP möglichst eine feste IP zuweisen, z.B. über den Router oder via eQ3 NetFinder Tool.
• Switches mit Enterprise-Funktionen, die in Multicast-Traffic eingreifen (wie z.B. IGMP Snooping) können auch Probleme verursachen, genauso wie die Nutzung von DLAN/PowerLine Verbindungen zwischen CCU und HmIP-HAP. Bei etwaigen Anlernproblemen sollte daher "IGMP Snooping" in den genutzten Switch-Komponenten komplett deaktiviert werden und/oder auf DLAN/PowerLine komplett verzichtet werden.

Negierte Bedingungen in Programmen

Ab RaspberryMatic 3.53.x können bestimmte Bedingungen in Programmen negiert werden. D.h. ein Programm löst nur aus wenn die angegebene Bedingung nicht wahr ist.

Hierzu gibt es ein neues Dropdown-Feld zwischen Systemvariable/Gerät und Zustand.

Dieses ist standardmäßig leer, kann aber alternativ auf "nicht" gesetzt werden, um die Bedingung zu negieren.

Beispiel:

Herkömmliches Programm um mit einem Drehgriffkontakt auf ein nicht geschlossenes Fenster zu reagieren:

Wenn:
Gerät "Mein Dregriffkontakt" bei "Gekippt" "Bei Änderung auslösen"
ODER
Gerät "Mein Dregriffkontakt" bei "Offen" "Bei Änderung auslösen"
Dann:
...

Mit negierter Bedingung ist das nun einfacher:

Wenn:
Gerät "Mein Dregriffkontakt" "Nicht" bei "Geschlossen" "Bei Änderung auslösen"
Dann:
...

Genau so kann nun auch viel leichter z.B. auf alle Werte einer Werteliste-Systemvariablen außer einem bestimmten reagiert werden. Oder bei einer String-Systemvariablen auf alles außer einem bestimmten String.

Siehe auch HomeMatic-Forum.

Zeitmodul mit erweiterter Astro-Funktion (Offset und Limit)

Das Zeitmodul unter RaspberryMatic ab Version 3.51.x kann bei der Astro-Funktion auch mit Offsets und Limits arbeiten. D.h. es ist möglich ein Programm eine bestimmte Zeit vor oder nach Sonnenaufgang auslösen zu lassen. Außerdem kann man ein Limit definieren, d.h. wie lange die Astro-Bedingung gültig ist, anstatt bis zum nächsten Sonnenauf-/-untergang.

Beispiel:

Diese Bedingung löst also 30 Minuten vor Sonnenaufgang bereits aus, 30 Minuten nach Sonnenaufgang wird sie wieder unwahr. Ein einfaches Programm das nur diese Bedingung hat führt also 30 Minuten vor Sonnenaufgang das "Dann" aus und 30 Minuten nach Sonnenaufgang das "Sonst".

Lässt man den Wert nach "oder für" leer, ist die Bedingung wie bisher gültig bis zum nächsten Wechsel Sonnenauf-/-untergang.