Ich habe in den vorherigen Artikeln bereits beschrieben welche Mehrwerte und neue Funktionen openHAB 2.4 hat. In diesem Beitrag beschreibe ich kurz die Aktualisierung von openHAB 2.3 auf 2.4 und mögliche „Stolpersteine“ nach dem Update.

Aktualisierung der Installation

Das Update in einer Linux-Distribution auf Debian-basieren wird wie folgt durchgeführt:

sudo systemctl stop openhab2.service
sudo apt-get update
sudo apt-get upgrade

Mit dem ersten Befehl wird der openHAB-Dienst beendet. Die beiden nächsten Zeilen starten die Aktualisierung.

Nach der Aktualisierung kann man das System mit folgendem Befehlt komplett neu starten:

sudo shutdown -r now

Damit ist die Installation von Version 2.3 auf 2.4 aktualisiert. Am Ende der Installation werden jetzt auch noch die „Breaking Changes“ angezeigt d.h. die Änderungen die Ihr manuell durchführen müsst.

Manuelle Anpassungen der Konfigurationen

Folgende Bindings habe ich nicht im Einsatz und damit nicht weiter betrachtet:

• Jeelink Binding
• Milight Binding
• WeatherUndergroundBinding
• ZWave Binding
• Synop Binding

Folgende Bindings habe ich im Einsatz und musste ich kontrollieren:

• Astro Binding
• AmachonEchoControl Binding
• Hue Binding

Astro Binding

The ‚kilometer‘ and ‚miles‘ channels have been replaced by a new ‚distance‘ channel

Die kleineren Anpassungen (nur wenn man Distanzen verwendet hat) findet man hier.

AmazonEchoControl Binding

The account thing does not have settings anymore. The new version will not longer store your amazon credentials. You have to login at amazon once again through the proxy server http(s):///amazonechocontrol. This will create a refresh token which is internal stored for the authentication. Furthermore is the polling replaced through a web socket connection.

Hier musste ich mehrere Anpassungen durchführen:

• Beta-Version aus 2.3 unter /usr/share/openhab2/addons löschen
• Installation der Version 2.4:
  • Paper UI – Add-ons – BINDINGS – Amazon Echo Control Binding (2.4.0) – INSTALL
• siehe oben, damit eine neue Authentifizierung durchgeführt wird

Hue Binding

Hue emulation: The item to hue ID mapping is no longer stored in files, but in the openHAB storage service. You need to rediscover „devices“ in all services that use the hue emulation (Amazon Echo, Google Home, etc).

Bei der Hue Emulation gab es leider ein paar mehr Probleme in meinem Fall:

• Hue Emulation war nicht mehr installiert / aktiviert
• Installation der Version 2.4: Paper UI – Add-ons – BINDINGS – Hue Binding (2.4.0) – INSTALL
• Aktivierung der temporären Option:
  • Paper UI – Configuration – Services – Hue Emulation – Device Pairing + Amazon Echo device discovery fix – AKTIVIEREN
• Amazon Echo App – Suchen der Geräte
• „Switchable“ Elemente (bei mir Steckdosen) werden nicht mehr erkannt und müssen auf „Lighting“ gestellt werden (siehe Link1 und Link2)

Weiterführende Informationen

Folgende Links und weiterführende Informationen habe ich bei meinen Recherchen noch gefunden:

• Homematic Binding
  • https://community.openhab.org/t/eq3-hm-ccu2-app-vs-homematic-bridge/39813/7
  • https://community.openhab.org/t/paperui-discovers-things-again-after-update-to-2-3-0-with-different-ids/49412
  • eQ3-HM-CCU2-App vs. Homematic Bridge (seit Update 2.3 2x vorhanden)
• Meldungen nach Update (IllegalStateException)
  • https://community.openhab.org/t/after-upgrade-to-2-4-stable-im-flooded-with-java-lang-illegalstateexception/61567
• Probleme mit LED-Binding
  • https://community.openhab.org/t/openhab-2-4-has-been-released/60077/78
• Disconnects Basic UI
  • https://community.openhab.org/t/basic-ui-continually-disconnects-waiting-for-server-to-become-available/60298?u=wborn
• Hue Emulatoin / Amazon Echo
  • https://community.openhab.org/t/hue-emulation-on-2-4/61583/9

Fazit

Nach etwas zwei Stunden Arbeit und etwas Vorbereitung läuft meine Installation nun auf openHAB 2.4. Was sich in der Anleitung so leicht liest, ist im täglichen Einsatz leider doch etwas mehr Aufwand (vor allem der Test aller Endgeräte im Haushalt darf nicht vernachlässigt werden).

Etwas ärgerlich waren die Änderungen in der Hue Emulation und im Amazon Echo Control Binding. Diese Auswirkungen waren mir zum Teil nicht klar bzw. das Thema mit dem „Switchable“ habe ich so gar nicht gesehen.

Jetzt ist das Update aber eingespielt und die neuen Funktionen werden von mir getestet.

Habt Ihr auch schon auf openHAB 2.4 aktualisiert? Hab es bei euch Probleme? Welche neuen Funktionen nutzt Ihr?

Da unser openHAB-System in einem RaspberryPi mit einer SD-Karte läuft, wollte ich einmal die Schreibzugriffe auf die Karte kontrollieren bzw. optimieren.

Die meisten Schreibzugriffe werden beim Logging durchgeführt. Hier habe ich gesehen, dass noch INFO-Meldungen protokolliert werden.

Den Tipp für die Deaktivierung der Loggings und damit einer längeren Lebensdauer habe ich bei getmob.de gelesen. Die komplette Dokumentation zum Logging in openHAB findet Ihr hier.

Konfiguration

Viele Log-Level sind bei openHAB im Standard auf „INFO“. Während des Aufbaus der Installation ist das auch interessant. Aber wer liest schon im laufenden produktiven Betrieb später noch Log-Dateien?

In meinem Fall führt auch jede Logausgabe zu einem Schreibzugriff auf der SD-Karte und damit zu einer verminderten Lebenszeit des Flash-Speichers.

Das Logging-Verhalten kann hier angepasst werden:

/var/lib/openhab2/etc/org.ops4j.pax.logging.cfg

Ich habe die folgenden Log-Level auf „WARN“ gestellt:

• org.openhab
  • Alt: #log4j2.logger.openhab.level = INFO
  • Neu: log4j2.logger.openhab.level = WARN
• org.eclipse.smarthome
  • Alt: #log4j2.logger.smarthome.level = INFO
  • Neu: log4j2.logger.smarthome.level = WARN
• smarthome.event
  • Alt: #log4j2.logger.events.level = INFO
  • Neu: log4j2.logger.events.level = WARN

Die Änderungen in der Konfiguration sollten ohne Neustart übernommen werden.

Fazit

Bei einem Neustart des Systems und im laufenden Betrieb sieht man wesentlich weniger Log-Meldungen. Damit sollten weniger Schreibzugriffe im Gesamtsystem vorhanden sein.

Leider sieht man jetzt auch keine Meldungen mehr vom KNX-Bus z.B. Licht geht an, Licht geht aus. Hier müsste ich vor einer tieferen Fehlersuche dann die Konfiguration wieder ändern (aber es sind ja nur ein paar Handgriffe im laufenden Betrieb).

Weiterführende Informationen

Hier gibt es noch einen weiteren Artikel über das Thema Logging – https://andreas.scherbaum.la/blog/archives/967-Avoid-wear-out-of-SSD-cards-in-an-openHAB-system.html

Dort wird auch beschrieben wie man die Log-Dateien auf eine RAM-Disk auslagern kann. Das dortige Beispiel basiert auf Ansible.