Blog von Andreas Voit – tag: rpi

Performance von KODI steigern

2020-05-11T21:00:00+01:00

Wie in meinem vorherigen Blogbeitrag erwähnt, verwende ich nun mein Mediacenter basierend auf einem Raspberry Pi 4 mit LibreElec mit meinem neuen NOGIS 65" Fernseher. Die ersten Tage war ich überglücklich, super Bild und unglaubliche Film und Spielerlebnisse. Allerdings habe ich Ende letzter Woche festgestellt, dass beim Streamen und Live TV schauen es immer wieder zu kurzen Aussetzern kommt. Bei einem Actionfilm vielleicht nicht so schlimm, aber hört man sich ein Kabarettprogramm an, bekommt man nur jeden zweiten Witz mit :-(

Die Lösung

Hab daher mich auf die Suche gemacht und siehe da eine Lösung für mein Problem gefunden. Ist doch schön, zu wissen, dass andere die gleichen oder ähnliche Probleme hatten und ihre Lösung sogar mit mir teilen. Bei https://www.alphr.com/ fand ich einen Artikel, wie man Kodi, das verwendet LibreElec im Hintergrund, dazu bringt weniger zu puffern.

[Update 12.05.2020:] Mit der Aussage "weniger zu puffern" ist gemeint, dass durch die unten angezeigte Anpassung, der Cache vergrößert wird und so mehr Daten zwischen gespeichert werden können.

[Update 13.05.2020:] Die bisherigen Änderungen haben leider doch nicht die gewünschten Auswirkungen gehabt. Bei einer weiteren Recherche habe ich nun festgestellt, dass meine bisherigen Anpassungen in der Datei advancedsettings.xml nicht funktionieren, weil die Parameter sich ab Kodi 17 verändert haben. Ich habe daher meinen Blogbeitrag um die neuen Parameter aktualisiert. Die Informationen dazu stammen aus dem kodi.wiki. Ich habe mich entschieden die Konfiguration von Example 4 zu übernehmen.

Dazu ist Folgendes notwendig:

Ihr verbindet euch per SSH auf euren Raspberry Pi und legt unter /storage/.kodi/userdata/ die Datei advancedsettings.xml an. Ich habe diese mit Hilfe von nano angelegt, da dieser Editor standardmäßig installiert ist.

nano advancedsettings.xml

Die Datei advancedsettings.xml selbst enthält folgenden Inhalt:

<advancedsettings>
  <skiploopfilter>8</skiploopfilter>
  <cache>
    <buffermode> 1 </buffermode>
    <readfactor> 20 </readfactor>
    <memorysize> 139460608 </memorysize>
  </cache>
</advancedsettings>

Mit STRG+O speichert ihr die Datei und mit STRG+X schließt ihr nano wieder.

Danach 1x den Raspberry Pi neustarten und störungsfrei Streams genießen.

Was Live-TV betrifft, haben die Einstellungen laut einem Kodi Forumbeitrag allerdings keinen Einfluss auf die Tonausfälle. Dies kann ich jetzt nach 1 Tag bestätigen.

Schließlich habe ich durch Ausprobieren festgestellt, dass durch Herabsetzen der Bildwiederholungsrate von 60 auf 50 Hz die Tonausfälle behoben wurden.

Backuplösung restic

2019-10-05T11:30:00+01:00

Es ist wahrscheinlich etwas peinlich, wenn ich das hier verkünde, aber es ist nun leider die Wahrheit. Bis dato konnte ich keine vernünftige Backuplösung für meinen privaten Bereich erstellen. In diesem Beitrag möchte ich auf die Gründe dafür eingehen, was ich mir von einer Backuplösung erwarte und wie ich nun dies mithilfe von restic versucht habe zu lösen.

Gründe für das Fehlen einer Backuplösung

Faulheit: Wer kennt das nicht, es wird schon nix passieren, daher kann ich mir mit dem Backup erstellen Zeit lassen.
Bisherige gefundene Lösungen waren mir zu kompliziert bei der Einrichtung, der Bedienung oder der Verwaltung.
Zufrieden mit unregelmäßig erstellten Backups mit dem Werkzeug dd.

Was ich mir von einer Backuplösung erwarte

einfache Bedienung
leicht zu verwalten
Backup sollte nicht in einem propritären Format abgelegt werden, sodass ich die Backups auch lesen kann, falls die Software mal nicht mehr existiert.
einfache Wiederherstellung
Sicherheit, dass Backup wiederherstellbar ist

restic - was ist das?

Mein Bruder hat gemeint bei den GLTs gab es mal einen Lightning Talk über restic. Bei meiner Suche bin ich auf das Video des Gründers "restic - Backups mal richtig" gestoßen und ich war sofort fasziniert. Es handelt sich um ein schnelles, sicheres und freies (lizensiert unter der BSD 2-Clause Lizenz) Backupprogramm. Und was mir besonders gut gefällt, die Backups können überprüft werden, ob sie valide sind. Über die Installation möchte ich hier nicht näher eingehen, diese ist in der Dokumentation hervorragend beschrieben. Ich möchte hier nur zeigen, wie ich restic in meinem Umfeld einsetze oder einsetzen will.

Stufe 1 - erledigt

Mit restic Backups manuell auf einer mobile USB-Platte erstellen. Diese Stufe war gedacht, um mit restic spielen zu können und eine Konfiguration für meine Zwecke zu finden.

SFT Konfiguration für lokale Backup Erstellung

./restic -r /media/backup backup /home/[username] --exclude-file=exclude.txt

Bei der exclude-file handelt es sich um eine Datei, die alle Verzeichnisse enthält, die nicht ins Backup kommen sollen. Ich habe mich im Großen und Ganzen an den Vorschlag aus dem restic-Forum gehalten, kann sein, dass ich im Laufe der Zeit noch weitere Anpassungen vornehmen werde. Für den Anfang bin ich damit aber sehr zufrieden.

Der erste Backup Durchlauf dauerte für 200 GB an die 4 Stunden. Die weiteren Backups (Durchführung nach 1 Woche) dauerten nur mehr wenige Minuten.

Stufe 2 - erledigt

Mit restic Backups über das Heimnnetzwerk auf eine Festplatte erstellen. Diese Stufe war gedacht als die Endausbau-Stufe, allerdings bin ich beim Betrieb auf Probleme gestoßen, weshalb ich diese Stufe etwas adaptiert habe. Weshalb ich mich gerade mit der Erstellung einer Backupstrategie beschäftige, liegt hauptsächlich daran, dass ich sicherstellen möchte, dass die Daten von meinem Vater gesichert sind. Er macht sehr viele Fotos und Fotobücher und es wäre sehr schade, wenn durch einen Störfall es zu Datenverlust kommen würde. Nun habe ich zwar ein NAS bei mir eingerichtet, das steht allerdings in meinem Haus und zu meinen Eltern habe ich leider nur eine 100MB-Leitung verlegt, da zum damaligen Zeitpunkt die Erweiterung des Netzwerkes durch Mediacenters und NAS nicht absehbar war. Daher habe ich mich nun dafür entschieden, dass bei meinen Eltern ein Zwischenspeicher eingerichtet wird, damit sie ihre Daten schneller sichern und darauf zugreifen können. Dies habe ich nun durch den Einsatz eines Raspberry Pi 3 und einer 1.5 TB USB-Festplatte realisiert. Die Backups werden dabei über SFTP auf die USB-Festplatte übertragen.

SFT Konfiguration für Backup Erstellung

./restic -r sftp:[pi-user]@rpibackup:/media/backup backup /home/[username] --exclude-file=exclude.txt

Stufe 3

In dieser Stufe möchte ich die Backup Erstellung über cronjobs verwalten. Dabei möchte ich mehr von der restic Funktionalität verwenden, sodass ich wirklich eine Backupstrategie umsetzen kann. Es soll dann vielleicht wöchentlich, monatlich und jährlich ein Backup erstellt werden, wobei mich gewisse Backups aus der Vergangenheit nicht mehr interessieren und diese dann gelöscht werden sollen. Hier bin ich allerdings noch sehr weit am Anfang der Konzeptphase und hier muss sicher noch etwas Gehirnschmalz hineingesteckt werden.

Stufe 4

In dieser Stufe möchte ich die Backups vom Raspberry von meinem Vater auf mein NAS per rsync übertragen. Dies soll über Nacht passieren, um sicher zu stellen, dass nicht gleichzeitig ein restic-Backup läuft. Geschwindigkeit ist hier daher nur Nebensache, es geht mir darum, dass das Backup noch wo anders gesichert wurde.

Fazit

Ich bin mit zwar erst am Anfang des Sammelns meiner Erfahrungen mit restic, aber ich noch immer sehr davon begeistert. Die bisherigen Arbeiten waren sehr leicht und führten dazu, dass ich in kürzester Zeit eine Vorablösung für meine Eltern realisieren konnte. Natürlich werde ich restic auch für meine eigenen Backups einsetzen, habe ja auch wichtige Daten gespeichert. Hier bin ich aber mit der manuellen Lösung per USB-Festplatte zufrieden. Mit der Speicherung auf mein NAS habe ich noch Grundlegende SSH Zugriffs- und Konfigurationsprobleme, die ich erst lösen muss. Wie anfangs erwähnt ist vorrangig mein Ziel für meine Eltern eine automatisierte Lösung zu schaffen.

Es liegt was in der Luft

2018-01-20T20:00:00+01:00

Wie bereits fleißige Follower auf Twitter feststellen konnten, beschäftige ich mich schon seit einiger Zeit mit dem Thema Feinstaubmessung. Angeregt hat mich mein Bruder, der mir zu Weihnachten das Starterset zum Bau einer Feinstaubmessstation schenkte.

Stationäre Feinstaubmessstation

Aufgrund der Feinstaubprobleme im Raum Stuttgart wurde im Projekt OK Lab Daten eine Feinstaubmessstation entwickelt, damit Normalsterbliche Bürger ihren eigenen Messstation basteln können. Idee ist, je mehr Messstellen es in Deutschland (und der ganzen Welt) bereitgestellt werden, um so ein besseres Bild bekommt man von der Feinstaubbelastung.

Da die Bauanleitung von luftdaten.info alle notwendigen Informationen enthält, gibt es hier keine eigene Anleitung von mir ;-)

Nachdem die eigene Messstation in Betrieb genommen wurde und auch funktioniert, kann man sich per Email für die luftdaten.info Karte registrieren, damit die eigenen Sensordaten öffentlich verfügbar sind.

Feinstaubmessstation an Gartenhaus montiert

Ich habe mich zusätzlich bei openSenseMap angemeldet, da dort auch meine Temperatur- und Luftfeuchtigkeitssensoren ausgewertet werden. Die Anmeldung ist auch hier recht simpel.

Hier noch die beiden Links zu meiner Messstation: luftdaten.info openSenseMap

Mobile Feinstaubmessstation

Im Magazin c't 18/01 bin ich auf einen Artikel gestoßen, in dem beschrieben wird, wie man sich eine mobile Messstation selber basteln kann. Durch eine kurze Internetrecherche bin ich auch auf den Urheber gekommen. Wem das c't Magazin nicht zur Verfügung steht, kann sich bei ByteYourLife die notwendigen Informationen besorgen. Habe für meinen Sensor die angegebene Komponentenliste verwendet. Den Feinstaubsensor habe ich mir allerdings wieder über banggood bestellt.

Alle erforderlichen Komponenten außer der Feinstaubsensor selbst.

Ich habe mir den Großteil der Schritt-für-Schritt Anleitung erspart, indem ich ein fertiges Image von ByteYourLife verwendet habe. Dabei ist zu erwähnen, dass die Konfiguration des WLANs sich unter "/etc/wpa_supplicant/wpa_supplicant.conf" auf der SD-Karte befindet.

Das Akkupack habe ich durch eine Schicht Karton von den Sensoren getrennt.

Für die Sensoren und den RPI habe Löcher in den Karton geschnitten, damit diese stabil an ihrer Position bleiben

Finale Anordnung der Sensoren.

Die GPS Maus ist auf der Unterseite magnetisch, daher habe ich in ein Stück Karton über den USB-Hub ein 1ct Stück geklebt, um die GPS Maus zu fixieren.

Geschlossene Jausendose mit Schlauch für den Feinstaubsensor.

Nachdem Anstecken des Feinstaubsensors und der GPS-Maus konnte ich die Daten über den Webbrowser abrufen (IP-Adresse + Port 8181).

Zu erwähnen ist noch, dass das Pythonprogamm zum Aufzeichnen der Messdaten über ein git-Repository zur Verfügung gestellt wird. Vor kurzem hab ich dort auch entdeckt, dass es auch eine Variante mit Verwendung eines Android oder IOS Smartphone gibt. Dadurch erspart man sich den RPI und die GPS-Maus.

Ausblick

Ich habe vor das verwendete Python Programm auf meine Bedürfnisse anzupassen. Die Umstellung auf Python 3 würde mich interessieren und die Bereitstellung über ein anderes Format als KML steht ebenfalls auf der TODO-Liste.

Raspberry PI - MediaCenter

2016-06-26T23:24:00+01:00

Update: 2016-06-27: Umstieg auf LibreElec

Nach 3 Jahren habe ich es nun endlich geschafft: Ich habe ein funktionierendes MediaCenter bei mir und meinen Eltern auf Basis von Raspberry PI (RPi) erstellen können.

Vorgeschichte: Als meine Eltern sich entschlossen hatten neu zu bauen, haben mein Bruder und ich sie überzeugt, dass sie bei der eine Verkabelung der meisten Räume mit RJ45-Steckdosen durchführen sollten. Dadurch hätten sie den Vorteil, in diesen Zimmern auf Internet per LAN zuzugreifen. Dabei haben wir auch so was erwähnt wie, es gäbe dann die Möglichkeit der Installation von einem MediaCenter, sodass sie Filme, Serien oder Fernsehinhalte die sie selber aufgenommen haben, komfortabel zu verwalten.

Aufgrund von Zeitressourcen Problemen und teilweise technischen Schwierigkeiten ist bis jetzt die LAN-Verkabelung brachgelegen.

Ich begann meine ersten Erfahrungen mit dem RPi B und XBrian. Nach dem Kauf eines DVB-T/DVB-C USB-Sticks begann eine lange Odyssee an technischen Schwierigkeiten. Kurz gesagt, nach einigen Versuchen und tagelangen Recherchen stellte sich heraus, dass der Treiber für den USB-Stick erst mit der Kernel Version 2.19 (aktuell hatte der RPi 2.15) unterstützt wird.

In der Zwischenzeit besorgte ich mir den RPi B+, da dieser mehr USB-Anschlüsse aufweist und ich dachte, dass dies ein Vorteil für die Verwendung in einem MediaCenter darstellt. Des Weiteren wechselte ich auf OpenElec, da ein Kollege meinte, dass dies sehr verbreitet ist und er damit keine Probleme hatte. Nachdem der entsprechende Kernel offiziell mit OpenElec ausgeliefert wurde, begann ich erneut einen Testversuch.

Nun stand mir nur noch ein grundsätzliches Verständnisproblem im Weg: Unter OpenElec wunderte ich mich die ganze Zeit, weil ich das entsprechende Plugin (TVHeadend) korrekt installiert hatte, aber trotzdem keinen Sender zu sehen bekam. Nach tagelanger Recherche ist mir schließlich ein Licht aufgegangen und ich erkannte meinen Fehler. TVHeadend muss auch als Dienst ausgeführt werden, sodass der RPi sowohl als Server als auch Client fungiert. Dank der guten Anleitung von besagter Webseite war die Einrichtung kinderleicht.

Nach einer 1-monatigen Testphase musste ich allerdings feststellen, dass OpenElec sehr oft Abstürtze verursachte. Dass ich dieses Verhalten meinen Eltern nicht antun kann, brauche ich eine Lösung für das Problem.

Meine Lösung war nun, die Anschaffung eines neueren Modells des RPi, und zwar RPi 3. Da ich ebenfalls keine Lust auf ständiges Neustarten, während ich mir einen Film ansehen wollte, besorgte ich mir gleich zwei RPi 3. Da ich in der Regel recht ungeduldig bei technischen Anschaffungen bin, entschied ich mich für ein lokales Geschäft für Bastler, den Conrad. RPi 3 waren in Hülle und Fülle vorrätig, nur eins fehlte aber. Ein passendes Netzgerät konnte ich im Geschäft nicht bekommen. Alternativ wurde mir ein Reiseladegerät, dass unterschiedliche Ah je USB-Ausgang aufweise, angeboten. Zu Hause angekommen stellte ich beim Testen allerdings fest, dass die Ah noch immer nicht ausreichend waren (OpenElec zeigte in der rechten oberen Ecke ab und zu ein buntes Quadrat an, was laut Internet Recherche ein Zeichen dafür ist, dass der RPi zu wenig Ah bekommt).

Somit war ich doch wieder auf ein Versandunternehmen angewiesen, um das gewünschte Netzteil für einen reibungslosen Betrieb des RPi 3 zu bekommen. Damit muss ich sagen, bin ich mit OpenElec sehr zufrieden.

In der Zwischenzeit konnte ich auch bei meinen Eltern bei einem Fernseher einen weiteren RPi 3 in Betrieb nehmen. Allerdings gibt es durch den vorhandenen Samsung Smart TV ein unschönes Verhalten. Sobald man den Fenseher oder den RPi abdreht und danach sofort versucht wieder die Geräte einzuschalten, kommt der Samsung Smart TV in eine Boot-Schleife, wo er vergebens versucht ein Gerät auf dem letzten HDMI-Anschluss zu finden.

Wartet man hingegen mindestens 5min, so findet der Fernseher ohne Probleme den RPi. Hoffe meine Eltern, sind in Zukunft genau so zufrieden mit dem MediaCenter wie ich.

Mit dem Umstieg von OpenElec auf LibreElec kam es nicht mehr zu dem oben erwähnten Verhalten bei meinen Eltern. Daher habe ich auch gleich meine eigenen RPIs mit LibreElec ausgestattet.

Kosten:

Das oben erwähnte MediaCenter ist im lowbudget-Bereich anzusehen. Folgend eine Aufschlüsselung meiner Kosten:

1x RPi 3	€ 40,-
1x 1m HDMI Kabel	€ 20,-
1x 32GB micro SD-Card (Klasse 10)	€ 35,-
1x DVB-T/DVB-C Stick	€ 78,-
1x Gehäuse + Kühlkörper	€ 25,-
	-------
	€ 198,-