Letzte Aktualisierung am 12. August 2023
Ein paar Sätze über meinen Wechsel zu openHAB Diagrammen
Lange Zeit war die Homematic CCU meine primäre Hausautomatisierungszentrale, da ich anfangs ausschließlich Homematic oder Homematic IP Komponenten verwendet habe. Zur Visualisierung nutze ich seit 2010 aio Creator (der hieß damals noch PRO) von Mediola. Geräte von anderen Herstellern integrierte ich über CCU-Bordmittel, CUxD oder Node-Red (Redmatic). Die Datenaufzeichnung wurde mit dem CCU-Historian realisiert. Dessen Installation auf einem Unix-System war Anfang 2012 mein erster Beitrag auf dieser Website.
Zwischenzeitlich sind immer mehr Systeme von anderen Herstellern in mein System eingeflossen. Ich habe schon länger überlegt, diese aus der CCU in eine Middleware zu überführen. Hierzu habe ich verschiedene Systeme getestet und schließlich entschieden, für die Visualisierung beim aio Creator (jetzt NEO) zu bleiben und diesen – obwohl kostenpflichtig – auch als Middleware einzusetzen. Ergänzend nutze ich mittlerweile openHAB 3.
OpenHAB 3 lässt sich mittels openHABian sehr einfach über ein Image auf einem Raspberry Pi installieren. Es bringt bereits viele Zusatzfunktionen mit, die man optional aktivieren kann. Beispielsweise eine InfluxDB Datenbank zur Datenspeicherung und Grafana für deren Visualisierung (Persistence). Aber auch mit den originären Mitteln von openHABian (Persistence Service auf Basis RRD4j) lassen sich sehr einfach ansprechende Diagramme realisieren.
Zu InfluxDB und Grafana auf einem openHABian-System gibt es einen gesonderten Artikel.
Intergration der Homematic Daten in openHAB 3
Dieser Beitrag soll keine Anleitung für openHAB sein, Installation und Konfiguration sind – wenn auch in englischer Sprache – gut in der offiziellen Dokumentation beschrieben. An dieser Stelle folgen daher nur eine paar Randinformationen, auch im Vergleich zum CCU-Historian.
Die Integration der CCU-Daten in openHAB 3 erfolgt über das HomeMatic-Binding. Die CCU-Geräte werden nach dem „Scan“ unter ihrem Namen als „Thing“ gelistet. Die CCU sendet einen Event an openHAB, wenn sich ein Datenpunkt eines Geräts geändert hat. Eine automatische Aufzeichnung zur Visualisierung erfolgt nur für Datenpunkte, für die aus den „Things“ „Items“ angelegt wurden.
Systemvariablen und Programme der CCU finden sich im Thing „GATEWAY-EXTRAS“. Allerdings gibt es derzeit keine Möglichkeit, automatisch ein Ereignis zu erhalten, wenn sich eine Systemvariable geändert hat. Um Systemvariablen abzufragen, muss man daher von openHAB aus einen REFRESH-Befehl an die CCU senden. Hier genügt es jedoch, nur eine beliebige Variable abzufragen, alle anderen aktualisieren sich dann automatisch mit. Ich hole mir alle 15 Minuten neue Werte über eine „Rule“, die das folgende „Skript“ (eine Zeile zur Abfrage einer beliebigen Systemvariablen) ausführt. Wenn dieser Zyklus nicht reicht, kann man die Zeit verkürzen, allzu kurz würde ich sie jedoch nicht wählen, um die Systembelastung nicht überzustrapazieren. Hier muss man ggf. etwas herumprobieren.
sendCommand(Heizung_BrennerTankinhaltAktuellKorrigiert, REFRESH)
Alternativ kann man alle Daten über „RELOAD_ALL_FROM_GATEWAY“ aktualisieren. Dies führt jedoch dazu, dass auch alle Geräte der CCU abgefragt werden, was den Duty Cycle in kurzer Zeit ansteigen lässt. Für Abfragen in größeren Zeitabständen oder bei sehr wenigen Geräten ist mag das funktionieren, wenn man dies aber im Minutenbereich regelmäßig abfragt, legt man sich sein System bei größerer Gerätezahl mit hoher Wahrscheinlichkeit in kurzer Zeit lahm.
Visualisierung der Homematic Daten über openHAB Diagramme in Mediola
Während Zahlen und die Schaltzustände „Ein/Aus“ problemlos in openHAB 3 visualisiert werden können, funktioniert das meines Wissens derzeit bei einigen Systemvariablen (z.B. Wertelisten) nicht, was ggf. eine nicht hinnehmbare Einschränkung sein kann.
Über openHAB lassen sich aber natürlich auch Daten von Geräten visualisieren, die dort, aber nicht in die CCU eingebunden sind.
Der CCU-Historian indes, zeichnet automatisch alle Kommunikationsvorgänge der CCU-Schnittstellen (BidCos-RF, BidCos-Wired und System) sowie die Systemvariablen auf, die anschließend für Visualisierungen oder Analysen zur Verfügung stehen. Die Aufzeichnung ist aber auf in der CCU enthaltene Datenpunkte beschränkt.
Wenn man mit den genannten Einschränkungen leben kann, lassen sich über „Charts“ sehr schöne Diagramme mit OpenHAB 3 generieren…
…, die im aio Creator NEO problemlos als Website eingebunden werden können…
…und auch dort dynamisch (mit Zoom etc.) zur Verfügung stehen (siehe Titelbild).
Eine Besonderheit in OpenHAB 3 ist, dass das Erscheinungsbild immer für das aufrufende Gerät festgelegt wird, wenn man – wie im Titelbild – den dunklen Hintergrund ohne Seitenleiste darstellen möchte, kann das bei „Über & Hilfe“ eingestellt werden…
…und bleibt bei einem permanent laufenden Gerät für alle Diagramme erhalten. Bei einem Neustart der App kann aber eine Neueinstellung erforderlich sein. Um dies permanent zu ändern, müsste man derzeit wohl manuell etwas im Design der openHAB WebUI anpassen.
Bitte beachten...
| SMART WOHNEN in Stern's Haus ist ein rein privates, nicht kommerzielles Projekt. Meine Hinweise, Anleitungen, Schaltungen und Software werden so angeboten, „wie sie sind“, Support kann ich nur im Rahmen meiner begrenzten Freizeit leisten, hierfür bitte ich um Verständnis. Die Verwendung meiner Hinweise, Anleitungen, Schaltungen und Software erfolgt auf eigenes Risiko. Ich übernehme hierfür keinerlei Gewährleistung bzw. Haftung! Für die Einhaltung der einschlägigen technischen Vorschriften ist jeder Anwender selbst verantwortlich! |
 |
| Copyright © Jens-Peter Stern | SMART WOHNEN in Stern's Haus | sternshaus.de |