Mit openHAB bin ich für mein Smarthome erst im Jahr 2016 gestartet. Über den LCN-BUS habe ich in 2014 eine "Visualisierung" (Grundriss vom Haus mit Schaltern etc.) und somit die Steuerung über den Browser ermöglicht. Grund für openHAB war, neben dem LCN-Bus auch andere Komponenten aus dem Haus integrieren zu wollen. Seit Okt 2023 sind alle (!) möglichen Komponenten integriert.
Auf meinem GitHub Account, findest Du einige Dateien und Konfigurationen aus meiner openHAB Konfiguration.
Die Bilder auf dieser Seite zeigen ein paar Screenshots aus der openHAB Oberfläche. Diese kann man per Browser oder per App auf dem Handy und co. erreichen.
Gestartet bin ich mit openHAB 1.8.x Viele der Einstellungen und Konfigurationen habe ich mir aus Beispielen im Internet zusammengesucht. Zu der Zeit wurden alle Objekte (items, sitemap und co.) per Texteditor eingestellt. Teilweise hatte ich beim Übernehmen Namen für items vergeben, die ich selbst später nicht auf anhieb verstand. Heute sind diese Namen sprechend sodas ich auch nach 2 Jahren verstehe, wie dieser genutzt werden bzw. wofür sie genutzt werden. Man lernt mit der Zeit.
Von der Version 1.8.x bin ich dann nach 2.5.1 gewechselt. Das wahr ohne großen Aufwand möglich und hat fast ohne Anpassung der items für die verschiedenen Bindings geklappt.
openHAB 3.x
Mit dem Erscheinen von openHAB 3.0 habe ich mich dazu entschlossen, mit der Umstellung zu beschäftigen. Das war im Frühjahr 2021. Schnell habe ich gesehen, daß meine alten „Textdateien“, welche ich für die Konfiguration nutze, nicht immer 1:1 übernommen werden konnten. Daher war klar, ich kann nicht einfach ein Upgrade machen, sondern muss eine Migration durchführen. D.h. das ich bei allen aktiven Bindings die jeweilige Konfiguration Schritt für Schritt übernehmen und dabei überprüfen musste. Es lag viel Arbeit vor mir 😉
Dann im Februar 2022 wagte ich den Wechsel. Es gab für mich folgende Stolpersteine:
Die MYSQL DB
Die Übernahme der Sensordaten war mir sehr wichtig. Vor allem die Temperatur wollte ich mitnehmen. Ich habe mich am Ende des Tages für ein "manuelles" Kopieren der Daten via SQL Quere entscheiden. Das habe ich dann per Cut & Past für gut 60 Werte gemacht. Der Rest war nicht relevant.
Den Umgang mit things
Von OH 1.8 auf OH 2.5 hatte ich mich nicht mit den neuen Methoden von openHAB beschäftigt. Das hat mich eingeholt und ich mußte erst einmal lernen, wie das alles funktioniert. Das war vor allem beim LCN-Binding eine große Aufgabe. Irgendwann hat es dann klick gemacht.
Vorgehensweise
Eine Installation zum Testen, habe ich zunächst auf einer PI und später dann unter Docker aufgebaut. Bis auf das ComforAir Binding, welches über RS232/USB läuft, konnte ich alle anderen Bindings parallel testen. Nur bei den Rules macht das keinen Sinn diese parallel laufen zu lassen. Es sei denn, diese werden zum Aggregierten von Daten benutzt.
Die Berechnung von Durchschnittswerten von Temperaturen mußte ich anpassen. Diese Werte benutze ich beim Sonnenschutz. Das war etwas aufwendig, da ich mich mit dem Umsetzen der Werte beschäftigen musste.
Automatische Installation
Die Testumgebung ist einfach nötig, weil man neue "Funktionen" nicht immer in der aktiven und laufenden Installation ausprobieren möchte oder kann. Daher gilt es eine Testumgebung zu nutzen. Darin habe ich immer wieder "meine" Einstellungen getestet. Ich habe mir daher eine Lösung mittels Scripts gebaut, die mir eine teilweise "Automatische Installation" ermöglicht. Hier der Link zur Doku.
openHAB 4.x
Mit dem Erscheinen der Version 4 habe ich wahrgenommen, daß ich die „Pages“ besser gestalten kann indem ich Sensordaten wie Temperatur einbinde. Durch die Erfahrungen beim Umstieg von 2.5 auf 3.x hab ich mir wieder Zeit gelassen. Im September 2023 habe ich dann umgestellt. Gleichzeitig habe ich auf eine "Docker" Installation gewechselt. D.h. vorher war alles (openHAB, MariaDB, Grafana, phpAdmin, etc) direkt installiert. Mit dem Umzug auf Docker möchte ich einfacher von einem Server auf einen anderen Server wechseln und somit unabhängig von der Hardware und den Softwarekomponenten im Betriebssystem sein.
Mit der Umstellung, habe ich auch etwas mehr wert auf eine bessere und "saubere" Nutzung des Semantic Model gelegt.
Hardware
Die Hardware war im Anfang immer ein Raspberry PI. Über die Jahre von V2, V3 bis zur V4. Mit dem Umstieg auf Docker, habe ich im Januar 2024 auf einen alten (!) MacMini von 2012 mit 16GB RAM und einer 500 SSD Festplatte gewechselt. Zum einen lag er ungenutzt in der Ecke, zum anderen weil das aktuellste MacOS nicht mehr genutzt werden konnte. Darüber hinaus, kommt auch eine Raspberry PI an die Grenzen der Leistung. Ich hatte zwar eine SSD angebunden sodass die Daten von der Platte recht schnell gelesen/geschrieben werden konnte. Jedoch hat die CPU einfach zu wenig Leistung und auch der RAM Speicher war beschränkt. Mit dem MacMini hatte ich einen leistungsfähige Hardware als eine Raspberry.
Seit November 2024 nutze ich eine Synology NAS DS923 mit 20GB RAM und 4x3 TB HDD. Für das NAS gab es unabhängig von dem Thema "smarthome" Gründe. Gleichwohl war ein Gedanke, docker dann mit auf dem NAS laufen zu lassen. Damit hatte ich nicht nur Leistung (CPU/RAM) für Docker verbessert, sondern auch die Ausfallsicherheit der Speichers (HDD,SSD oder SD) gelöst bzw. verbessert.
NAS / Synology
Ich hatte zuvor ein Synology NAS 411slim mit 4x1 TB SSDs. Nach ca. 12 Jahren hab ich die abgelöst, weil a) der Speicher zu klein wurde, b) die Leistung für Docker nicht ausreichenden war und mittlerweile die notwendigen Platten nicht mehr preiswert verfügbar waren. Die Platten wurden über die Jahre alle bereits ein mal ausgetauscht - natürlich im laufenden Betrieb. So ein RAID 5 Verband, funktioniert wirklich super. Nach ca. 1-2 Tagen "rebuild", läuft der RAID Verband wieder normal.