Laufbilanz 2018 und Planung für 2019

Ich hatte etwas Zeit um mir meine Lauf- bzw. Sportstatistiken bei Runtastic etwas genauer anzusehen.

Mein geplantes Laufziel von 1.000 KM in 2018 habe ich wegen der Knie-Operation im Januar und dem damit verbundenen Ausfall bei weitem nicht erreicht.

Insgesamt bin ich 552 KM gelaufen bzw. mit dem Fahrrad gefahren und habe dafür ca. 43 Std. benötigt. Dabei habe ich ungefähr 29.000 Kalorien verbrannt und ca. 5.000 Höhenmeter hinter mir gelassen.

18 Einheiten d.h. 316 KM war ich mit dem Rad unterwegs. Gelaufen bin ich in 48 Trainingseinheiten ca. 236 KM. Das ist natürlich im Vergleich zu den Vorjahren relativ weniger, aber mehr war nicht drin.

Im Januar möchte ich wieder mit dem Laufen etwas mehr beginnen und habe mir für 2019 ein etwas geringeres Laufziel mit 500 KM gesetzt.

„Günstige“ Alternative zur Steuerung der Weihnachtsbeleuchtung / Steckdosen

Ich benötige saisonal (also an Weihnachten) ca. 10 – 15 schaltbare Steckdosen für unsere gesamte Weihnachtsbeleuchtung im Haus.

Aktuell werden die „Lichterketten“ über manuelle Zeitschaltuhren gesteuert. Das klappt mal besser und mal nicht so gut z.B. verschiedene Steckdosen gehen zu verschiedenen Zeiten an.

Als Alternative wollte ich die gesamte Beleuchtung über openHAB und Regeln zentral steuern. Hierfür war mir aber die Schaltung der EIB / KNX Steckdosen im Haus zu teuer bzw. im Keller habe ich nicht überall schaltbare Steckdosen. Auch der HomeMatic Funk-Schaltaktor für ca. 40 Euro ist preislich nicht angemessen.

Ich habe mir in der Facebook-Gruppe OpenHAB Germany ein paar Ideen / Anregungen eingeholt.

Herausgekommen ist jetzt erst einmal folgende Idee:

  • Verwendung der Sonoff S20 Steckdosen (4 Stück für ca. 40 Euro bei Ebay) (das scheint für meinen Anwendungsfall die günstigste Variante zu sein)
  • Da ich die Steckdosen nur bei mir lokal mit dem Protokoll MQTT verwenden möchte ist die Firmware Tasmota auf den Endgeräten notwendig
  • Die Firmware kann ohne Löten bei der S20 aufgespielt werden (Beispiel), da an der S20 „Jumping Wires“ direkt einstecken kann (das war mir wichtig, da mir das Löten zu aufwändig erschien)
  • Für den Flash-Vorgang ist ein FTDI-Adapter notwendig und ein paar Kabel
  • Die Firmware-Tasmota kann dann mit Atom oder der ArduinoIDE entsprechend angepasst / geflasht werden

Danach hat man eine per MQTT schaltbare Steckdose die mit dem heimischen WLAN verbunden ist. Die Einbindung per MQTT an openHAB ist dann kein Problem mehr.

Ich denke der manuelle Aufwand sollte nach den ersten ein / zwei Versuchen recht minimal sein. Damit wäre das die bisher günstigste Variante von schaltbaren Steckdosen in meinem SmartHome.

Habt Ihr schon einmal auf Endgeräte Tasmota geflasht? Wie sind eure Erfahrungen?

Aktualisierung openHAB 2.3 auf 2.4

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:

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?

Anzahl Besucher auf Eidelsburger.de (2018)

Heute habe ich mal die Besucher-Statistiken aus 2018 etwas genauer analysiert. Ich wollte im Detail wissen, ob der Besucherrekord vom Juli 2018 mit 16.473 Besuchern noch überboten werden kann.

Die Reichweite der Homepage bzw. der zugehörigen Themen hat sich scheinbar in 2018 noch um einiges erweitert.

Folgende Besucherstatistiken wollte ich einmal weitergeben:

  • Gesamt-Besucherzahl 2018: 206.514 
  • Monat mit den meisten Besuchern (komplett): Dezember 2018 mit 25.378 (im Schnitt 818 Besuche pro Tag)
  • Tag mit den meisten Besuchern (komplett): 30.12.2018 mit 1.115

Es wurden in 2018 ca. 0,85 Mio. Seiten angefragt d.h. 1,7 Mio. Dateien geladen und 1,9 Mio. Anfragen an die Server gestellt

Erst einmal vielen Dank an die zahlreichen Besucher auf unserem Internetauftritt! Ich hätte nicht gedacht das 2018 noch mehr „Besucher“ kommen werden.

Optimiertes Log-Verhalten für openHAB

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.

openHAB 2.4 im Detail

Ich habe mich die letzten Tage vor dem openHAB 2.4 Update etwas genauer mit den Änderungen beschäftigt.

Den Blog-Eintrag zur Veröffentlichung findet Ihr hier. Die gesamten Release Notes können im GitHub hier eingesehen werden. Beachtet bitte bei einem Update auf alle Fälle das Kapitel „Breaking Changes“ (da hier ggf. manuelle Anpassungen durchgeführt werden müssen).

Ich habe die größeren Änderungen der Verison 2.4 jetzt für mich einmal bewertet:

  • Konfigurations-Profile (reduzieren die Komplexität in den „Rules“)
  • MQTT Binding (Portierung auf openHAB 2.x und kein „Legacy Binding“ mehr – aber die Konfiguration wurde geändert)
  • GPSTracker Binding (Owntracks-Integration jetzt einfach möglich)
  • HABot (ein Chatbot für openHAB, Natural Language Processing – NLP und Machine Learning mit Apache OpenNLP, kontextbezogene Abhängigkeiten der Abfragen zur Präsentation von Ergebnissen)
  • Neue Dienste für Text-to-Speech (Google Cloud TTS Engine, Pico TTS Service)
  • 34 neue Addons hinzugefügt, 60 2.x Addons und 15 1.x Addons aktualisiert

Fazit

Die Konfigurations-Profile könnten in meiner Umgebung etwas Code sparen und für Übersichtlichkeit sorgen. Das neue MQTT Binding könnte interessant werden (da ich das demnächst auch verwenden wollte). Die bessere Owntracks-Integration ist vor allem für einen einfachen Einstieg interessant. Der HABot (also der Chat-Bot) ist für mich die größte Neuerung. Das werde ich noch etwas ausgiebiger testen. Neue Add-ons sind natürlich immer für das Gesamtsystem interessant. Vor allem das die Alexa-Schnittstelle wieder ohne „Beta-Versionen“ laufen soll ist für mich wichtig.

Komplettes Backup einer openHAB-Installation

Da ich demnächst von openHAB 2.3 auf 2.4 aktualisieren möchte, ist wieder einmal ein komplettes Backup angesagt.

Ich habe hier einmal alle mir bekannten Sicherungsmöglichkeiten zusammengefasst. In meinem Fall habe ich alle drei Wege durchgeführt (wobei das Voll-Backup per Image normalerweise ausreichen sollte).

Integrierte Backup-Funktion (1)

Ein paar fortführende Details zur Nutzung der integrierten Backup-Funktion findet Ihr bei zukunftathome.de.

In meinem Fall musste ich vor der Verwendung erst die zip-Funktionalität wie folgt aktivieren:

sudo apt-get install zip

Danach kann das Backup wie folgt ausgeführt werden:

sudo $OPENHAB_RUNTIME/bin/backup

Das Ergebnis des Backups wird im userdata-Verzeichnis unter /backups abgelegt.

Manuelle Sicherung der Daten (2)

Die Daten aus der ersten Sicherungsvariante können auch manuell kopiert und gesichert werden.

In meinem Fall kopiere ich aus den folgenden CIFS-Freigaben die Daten an einen externen Speicherort:

\\IP\openHAB2-conf

\\IP\openHAB2-userdata

IP muss gegen eure verwendete IP-Adresse verwendet werden. Für die Sicherung habe ich den Benutzer „openhab“ verwendet.

Da man bei einer manuellen Kopie etwas vergessen kann, würde ich die Sicherung aus Schritt 1 bevorzugt verwenden.

Komplettes Raspbian Backup erstellen (3)

Mit dieser Variante kann ein komplettes Backup der SD-Karte erstellt werden:

  • Win32 Disk Imager herunterladen und installieren
  • Raspberry Pi herunterfahren und Stromzufuhr entfernen
    • Verbindung mit PuTTY und administrativen Benutzer herstellen
    • sudo shutodwn -h now
    • Stromzufuhr entfernen
  • SD-Karte aus Raspberry Pi in Rechner mit Kartenleser einlegenWin32 Disk Imager öffnen
    • Speicherort der img-Datei auswählen
    • Mit „Read“ / „Lesen“ Backup starten3002
    • Dauer ca. 5 Minuten (16 GB SD-Karte)

Damit ist ein komplettes Image der SD-Karte und der verwendeten openHAB-Installation erstellt.

Fazit

Vor Updates führe ich immer ein komplettes Backup mit der Variante 3 durch. Vor größeren Konfigurationsänderungen mache ich eine Sicherung mit Variante 1 / 2.

Damit kann ich auf alte Stände zurückgreifen und falls ein Update fehlschlägt auch einmal ein komplettest Image zurückspielen.

Was ich noch machen müsste, wäre eine zusätzliche SD-Karte mit einem Backup-Image zu befüllen (falls ein Hardwareausfall vorhanden wäre). Aber dann bräuchte ich ggf. auch einen weiteren RaspberryPi als Backup. 😉