#fes ich komme #digitallabs
Kenner der Materie werden jetzt sagen, das geht ja gar nicht. Der Ende 2015 erschienene Raspberry Pi Zero hat gar kein entsprechendes Kamera-Interface. Stimmt, allerdings nur bis einschliesslich Revision 1.2 ( das war die, die der MagPi-Zeitschrift Ausgabe 40 beilag).
Vorhin brachte die Post einen Polsterumschlag, in dem sich die neueste Ausgabe des Pi Zero befand, Revision 1.3. Mit dabei war ein passendes Flachbandkabel, um ein Raspberry-Kameramodul anzuschliessen.
Zutaten
Inbetriebnahme
Wie so oft bei Raspberry Pi Projekten beginnt die Inbetriebnahme damit, dass das entsprechende Image aus dem Netz geladen wird. Unter Windows kann man es mit dem Win32Diskimager auf eine passende microSD-Karte schreiben. Für das reine Betriebssystem reicht eine kleine Karte (1 GB). Wer plant, Überwachungsaufnahmen direkt auf der Karte zu speichern, sollte entsprechend größer dimensionieren.
Ist der Raspberry Pi Zero zusammengestöpselt mit Ethernetadapter, Powerbank, und HDMI-Kabel, entsteht eine Kabelkrake, die man nach der Installation dankenswerterweise wieder etwas eindampfen kann.
Durch den Ethernetadapter kann man die komplette Konfiguration von einem anderen Rechner per Webbrowser erledigen. Dabei bekommt man die IP-Adresse der frisch gebackenen Überwachungskamera direkt nach dem Booten präsentiert, vorausgesetzt, man hat am microHDMI-Adapter einen Monitor angeschlossen 🙂 Ansonsten hilft einem ein Blick in den eigenen Router. Ein Eintrag meyexxx (wobei die x für eine individuell vergebene Nummer steht) weisst auf die Zero-Kamera hin.
Hat alles richtig funktioniert, sieht man im Browser sofort ein Kamerabild in 320×240 Pixel Auflösung. Oben links im Browserfenster befinden sich zwei Icons, „Settings“ und „switch user„. Letzteres führt auf den Login. Initialer Login ist „admin“ ohne Passwort. Das sollte man besser gleich ändern.
Dazu geht man in den Bereich „General Settings“ und setzt ein entsprechendes Passwort. Danach will das System booten. Danach kommt man nur noch mit Passwort an die Konfiguration. Sicherheit geht eben vor 🙂
Um weitere Einstellmöglichkeiten angezeigt zuu bekommen, muss man in den „General Settings“ den Schalter „Advanced Settings“ aktivieren. Jetzt lassen sich auch Zeitzone und Hostname einstellen.
Unter „Network“ kann man jetzt das WLAN einschalten und die entsprechenden Angaben einpflegen. Unter „Video Device“ kann man der Kamera einen Namen geben, der als Overlay unten links im Bild erscheint. Hier kann man auch die Bildauflösung ändern. Dabei sollte man im Hinterkopf behalten, dass Überwachungsbilder in HD zwar schön anzusehen sind, aber erstens viel Speicherplatz brauchen und zweitens beim Speichern der Bilder auch jedesmal etwas mehr Zeit vergeht, als bei geringer Auflösung.
Unter „File Storage“ lässt sich der kleine Big Brother auch mit der Cloud verbinden. Google Drive und Dropbox stehen zur Wahl. Dazu legt man in Google Drive ein entsprechendes Verzeichnis an, besorgt sich über „Obtain Key“ bei Google einen entsprechenden Authorization Key und schon synchronisiert die Überwachungskamera aufgenommene Bilder mit der Cloud.
Damit die Bewegungsüberwachung funktioniert, muss sie natürlich auch eingeschaltet sein, „Motion Detection“ auf „ON„. Zusätzlich muss man den „Working Schedule“ aktivieren und dort für die einzelnen Wochentage das Überwachungsintervall angeben.
Normalbetrieb
Hat man die wichtigsten Einstellungen vorgenommen, kann man die Kabelkrake beseitigen und das System schlanker machen. Minimalkonfiguration sind Pi Zero, microUSB-Adapter, WLAN-Stecker, Stromkabel und natürlich das Kameramodul. Ich betreibe das System an einer 15 Ah Powerbank, das reicht zumindest für eintägige Abwesenheiten.
Mein nächstes Todo ist jetzt, mir ein nettes Gehäuse auszudenken und mir einen kleineren microUSB-USB-Adapter zu besorgen.
Gefaltet im EC nach Dresden
Ausgerechnet die Innereien des neuen Rechenknechts mussten noch bei DHL übernachten. Nachdem auch dieses Paket eingetrudelt war, konnte es ans Eingemachte gehen. Im Gehäuse wartete schon der BlueRay-Brenner aus dem alten Rechenknecht. Auch die 250 GB SSD für das zweite Betriebssystem ist schon in einem der dafür vorgesehenen SSD-Slots im Gehäuse.
Als nächstes kommt der Zusammenbau von Hauptplatine, CPU und CPU-Kühler. Selbiger nimmt einen guten Teil des freien Platzes im Miditower ein, ist allerdings mit dem großen Lüfter erstaunlich leise. Die größte Herausforderung ist das Zusammenstecken der kleinen frickeligen Kabel für HDD-LED, Power und Reset. Das scheint ein archaisches Überbleibsel des letzten Jahrtausends zu sein. Beim Installieren des RAMs ist ein Blick in die Doku tatsächlich hilfreich, denn gefühlt hätte ich genau die anderen Slots damit belegt.
Alles in allem trotzdem eine eher unspektakuläre Operation, so ein Rechnerzusammenbau anno 2016. Was beachtlich ist, ist, wieviel Verpackungsmüll zurück bleibt. Und wie immer bleiben ein paar Teile übrig. Der abgebildete Schraubendreher ist übrigens eine Zugabe zum CPU-Lüfter 🙂
Wie zusammengebaut wird, hat die c’t hier sehr gut beschrieben. Dort gibt’s auch die Teileliste. Den alternativen Gehäuselüfter habe ich gleich dreimal installiert, die ersten zwei Male war das Kabel entweder zu kurz oder zu lang für meinen Geschmack. Auch die Tabelle mit den BIOS-Einstellungen war nach neun Jahren Bauabstinenz für mich sehr hilfreich.
Das Installieren von Windows 10 verlief ähnlich wie der vorherige Zusammenbau. Unspektakulär aber langwierig. Irgendwie hatte ich erwartet, dass ein System mit 4×4 GHz, 16 GB RAM und einer 500 GB SSD schneller mit einem Betriebssystem zu beglücken ist. Nach zwei Stunden Zusammenbau kam also nochmal über eine Stunde Installation, erst Windows, dann NVIDIA-Treiber. Ohne die wollte Windows 10 kein Full HD ausgeben.
Nach der Installation von openSuSE bleiben jetzt nur noch zwei ToDos. Erstens müssen die kreativ verteilten Kabel im Rechenknecht noch vernünftig zusammengefasst und fixiert werden und zweitens muss ich nochmal an die winzigen Frickelkabel, um den Resetknopf korrekt zu verdrahten 🙂
Erster Eindruck
Ein fixes und sauberes System ohne Schnickschnack. Besonders freut mich, dass trotz der fünf im System steckenden Lüfter (zwei kleine in der Grafikkarte, eine am CPU-Kühler, eine im Netzteil, ein Gehäuselüfter) das System unter Normallast fast unhörbar ist. Das es tatsächlich läuft sehe ich nur daran, dass sich der CPU-Lüfter dreht.
Update:
Die ToDos sind jetzt erledigt. Dafür musste allerdings dank meiner nicht ganz filigranen Hände der halbe Rechner demontiert werden. Hintergrund ist, dass das Stromkabel vom Netzteil zum Mainboard hinter dem Mainboard entlang geführt werden sollte. So ist es nicht im Weg. Wer aber ausgewachsene Hände hat, kommt bei eingebautem CPU-Lüfter kaum noch an die Strom-Buchsen am Mainboard. Also erst einmal Grafikkarte demontieren, alle Mainboardschrauben lösen, Mainboard samt CPU-Kühler sanft aber bestimmt anheben, Stromkabel vom Mainboard abziehen, mit Kreativität oder einer dritten Hand neu verlegen hinter dem Mainboard, durch die passende Öffnung im Gehäuse fädeln, Stromkabel wieder ins Mainboard stecken, alles zurückruckeln, festschrauben, fertig.
Mein Tipp für den Zusammenbau ist, etwas vom c’t Bauvorschlag abzuweichen und das Stromkabel schon an seinen Platz bringen, bevor man das Mainboard einbaut. Evtl. sogar, bevor man den CPU-Kühler montiert.
Das Reset-Kabel richtig anzubringen war der einfachere Teil. Es gibt drei Kontakte am Board [Ground|Reset|+5V]. Nachdem ich den zweipoligen Stecker jetzt auf Ground und Reset gesteckt habe, klappt auch der Tastendruck 🙂
Zweiter Tipp, wer nach dem Zusammenbau alle Kabel kontrolliert, wundert sich auch nicht, warum beim Booten die erste SSD nicht erkannt wird. Der SSD-Stromstecker hatte sich beim Mainboard-Verschieben gelöst.
Einer Idee folgend, die ich bei der Lektüre einer c’t hatte, kaufte ich 2015 einen HP ProLiant Microserver G8, um mittels OpenMediaVault daraus ein NAS zu machen.
Ein erster Selbstversuch mit OpenMediaVault auf einem Raspberry Pi2 und einem 16 GB USB-Stick als NAS-Medium war schon sehr überzeugend. OMV würde genau das mitbringen, was ich für den NAS-Alltag zuhause brauche. Gute Erweiterbarkeit und ein schnell aufsetzbarer DLNA-Server standen weit oben auf meiner Anforderungsliste.
Neben dem HP Server wurde noch eine 4TB Platte aus der Red Serie von WD geordert. Weitere Einkäufe verschob ich, bis ich die Grundkonfiguration am Laufen hätte.
Das war sehr weitsichtig.
Der ProLiant kam wie bestellt, ohne Speichermedien und ohne Betriebssystem. Im zukünftigen NAS stecken bereits 2 GB RAM und eine 2.3 GHz Celeron CPU. Mein Plan war, den internen MicroSD-Slot für das Betriebssystem zu nutzen, analog zu meinem Erstversuch mit dem Raspberry Pi2. OMV braucht nur ca. 2 GB Platz für sich, also würde eine 4 GB MicroSD ausreichen. Das OMV-Image kam per Win32DiskImager direkt auf die MicroSD und die kam dann in den Server-Slot. Das Ergebnis war eigentlich vorhersehbar, es funktionierte nicht.
Für den zweiten Versuch kopierte ich das OMV-Image per Win32DiskImager auf einen USB-Stick mit der festen Absicht, von dort zu booten. Das Ergebnis war analog zum ersten Versuch. Es tat sich nichts.
Für den dritten Versuch kam ich auf die Idee, den USB-Stick zu nutzen, um OMV von dort aus auf die MicroSD-Karte im Server zu installieren. Allerdings kam ich ob der manigfaltigen Möglichkeiten, die einem der HP Server schon beim Booten bietet, erst einmal gar nicht dazu, ein OS zu installieren. Irgendwie landete ich immer wieder in einer Schleife, in der der Server mangels OS versuchte, über’s LAN zu booten.
Irgendwann hatte ich das Setting so weit, dass die OMV-Installation tatsächlich startete und ich angeben konnte, dass ich vom USB-Stick aus auf die MicroSD-Karte installieren wollte. Die Installation lief auch durch bis zu dem Moment, in dem grub installiert werden soll. Ging nicht. Auch beim zweiten Versuch nicht. Beim dritten Versuch probierte ich lilo als Alternative. Diesmal lief die Installation erfolgreich durch. Allerdings bootete der Server immer noch nicht von der MicroSD-Karte.
Ich suchte nach einem neuen Ansatz und sah mir die Schnittstellen des Servers noch einmal genau an. Neben einem Haufen USB-Buchsen (6 extern, eine intern), einem MicroSD-Slot (intern) und den vier Slots für SATA-HDs war da noch ein Stromkabel für ein optionales optisches Laufwerk und ein interner SATA-Port.
In mir reifte der Plan, eine kleine SSD zu beschaffen (schnell und leise) und sie einfach per Klettband im Gehäuse zu fixieren. Strom und SATA würde ich vom nicht exisierenden optischen Laufwerk räubern und alles wäre gut. Wäre es auch geworden, wenn der Stromanschluss den richtigen Stecker gehabt hätte. Hat er aber nicht.
Mittlerweile war es Samstagnachmittag, also griff ich zu einer etwas hemdsärmeligen Lösung. Die SSD war mit einem 3,5″ Einbaurahmen geliefert worden. Also baute ich sie dort ein und dann mitsamt Rahmen in eine der HD-Halterungen des Servers. War wieder nix, dadurch waren die Anschlüsse im Gehäuse ca. 3 mm tiefer als an der SSD. Als kreative Zwischenlösung steckte ich die SSD einfach ohne Halterung direkt an SATA/Strom. Nachdem ich diese fragile Server/SSD Kombination bootete und per F5 eine logische Partition auf der SSD eingerichtet hatte, liess sich OMV vom USB-Stick in Windeseile auf die SSD installieren und der Server bootete endlich mit einem installierten Betriebssystem.
Selbstkritisch muss ich bekennen, dass ich mich lange nicht so blöd beim Installieren angestellt habe 🙂
Noch ein kleiner Nachtrag, als ich OMV endlich per Weboberfläche zu konfigurieren begann, stellte ich fest, dass ich nicht die Version 2.1, Stone Burner, installiert hatte, sondern die vorherige Version 1, Kralizec. Das ließ sich dank „omv-release-upgrade“ auf der Kommandozeile schnell bereinigen.
Nachdem der Server nun lief und ein aktuelles OMV installiert war, wurde er sofort wieder runtergefahren, um die restlichen HD-Slots zu füllen. Zuerst wurde die SSD mittels einer leeren HD-Halterung fixiert, dann wanderte die 4 TB WD Red in den zweiten Slot. In den dritten und vierten Slot kamen zwei alte 500 GB und 300 GB große SATA Platten hinein, die aus einem älteren NAS-Selbstbau-Projekt übrig geblieben waren. Dabei stellte ich auch gleich fest, dass OMV die beiden Letztgenannten automagisch zu einem logischen Laufwerk zusammenführte. Für das von mir geplante Datenzwischenlager genau richtig.
Nächster Schritt der Inbetriebnahme war der Passwortwechsel des Admin-Accounts für die Benutzeroberfläche. Danach wurden erst einmal ein paar Benutzerkonten angelegt. Bevor ssh eingeschaltet wurde, habe ich das Häkchen bei root darf sich anmelden entfernt. So viel für’s Erste zur Sicherheit.
Eine kurze Recherche im Netz förderte dann zu Tage, warum mir der Stromanschlussstecker so bekannt vorgekommen war. Eigentlich gehört sowas an 3.5″ Floppys. Und es gibt natürlich Adapter von Floppy auf SATA. So ließ sich mein ursprünglicher Plan mit der SSD doch noch umsetzen. Adapterkabel anbringen, SATA-Kabel in die freie Buchse einstecken und sauber durch Gehäuseöffnungen verlegen, SSD mit Klettband auf dem Platz fixieren, wo sonst ein optisches Laufwerk Dienst täte und das war’s. Damit ist jetzt wieder ein Slot im NAS frei.
Letztes offenes ToDo, der kleine Server muss leiser werden. Da ich mich bislang überhaupt noch nicht mit ILO beschäftigt habe, bin ich gespannt, ob HP Möglichkeiten mitbringt, um den internen 125 mm Lüfter etwas zu zügeln.
Kurzfassung des selbstgebauten HP-NAS
128 GB SSD von Transcent als OS- und Bootlaufwerk in Slot 1, darauf OMV Stone Burner. In Slot 2 läuft die 4TB WD Red in Slot 3 und Slot 4 stecken eine 500 GB und eine 300 GB Platte aus Überzahlbeständen, die zusammen ein 800 GB großes Datenzwischenlager bilden.
Update
Dieses NAS läuft jetzt ca. ein Jahr störungsfrei. Nach einem ILO-Update ist auch die Lüftersteuerung so aktiv, dass nicht mehr mit Maximaldrehzahl herumgelärmt wird, wenn es denn nicht nötig ist. Und nötig ist es scheinbar nur beim Booten. Und gebootet wird selten. Die Uptime von 365 Tagen hat leider ein Stromausfall verhindert, aber ansonsten läuft der kleine Kerl einfach und liefert das, was er soll, schnellen Netzwerkspeicher.
Fazit
Sicher nicht die günstigste Lösung, an ein leistungsfähiges NAS zu kommen. Aber ich habe wieder viel gelernt und sollte mir der Platz ausgehen stehen mir noch drei Slots zur Verfügung. Und Openmediavault macht als NAS-Software wirklich Spass. Wie der Server, macht, was es soll, ohne Schnickschnack und Schnörkel.
Eigentlich ist schon der Name des Projekts falsch. Meine bisherigen Rechner waren eher Multifunktionsfreizeitvernichtungsgeräte, warum sollte das beim nächsten PC anders sein. Andererseits ist Rechenknecht kürzer, also belasse ich es als Arbeitstitel dabei.
Soviel Zeit, wie in meinen derzeitigen Rechenknecht habe ich vorher nie in einen Rechner investiert. Das liegt vor allem daran, dass ich noch nie einen PC so lange in Betrieb hatte, wie die als Knoppzone-Workstation beschriebene Maschine. Sie erblickte als Alternate-Zusammenbau 2007 das Licht der Welt, damals noch mit Windows Vista und Windows XP und diversen Linuxen.
2009 erhielt der Rechner ein Hardware-Upgrade, einen schnelleren Core2 Quad Prozessor und mehr RAM (aktuell 8 GB). Vista wich Windows 7, dass wich irgendwann Windows 8. Da das nicht gut lief, kam 2012 die erste SSD für eine komplette Betriebssystemrenovierung. Windows 8 wich wieder Windows 7, schön schnell dank SSD. Das zusätzliche Terabyte Plattenplatz in zwei 500 GB Festplatten wurde halbiert. NAS sei dank braucht man heute keine Speicherplatzorgien im Rechenknecht. Windows 7 wich letztes Jahr Windows 10 und die alte Grafikkarte wich einer leidlich aktuellen GeForce GTX 750.
Jetzt wäre es Zeit, den Rechner komplett neu aufzusetzen. Er zickt hier und da, Spielen und 3D-Konstruieren geht nicht schnell genug. Und wenn ich schon Altlasten loswerden will, kann ich es gleich richtig machen.
Ein neuer Rechenknecht muss her. Umgesetzt wird ein Bauvorschlag aus c’t 25 2015, der All-inclusive-PC. Das wird für die nächsten Jahre wieder reichen. Aus dem alten Rechenknecht werden eine SSD und der BlueRay-Brenner recycled. Dazu kommt dann eine Core i7-6700 CPU auf einem ASUS Z170-A Board mit 16 GB RAM und einer GeForce GTX 960 Grafikkarte. Befeuert wird all das von einem 400W Netzteil von be quiet! Als Häuschen dient ein Corsair Carbide 200R. Windows 10 kriegt eine schöne neue Crucial 500 GB SSD, Linux kommt auf eine ebenfalls noch recht neue Crucial 250 GB SSD aus dem alten Rechenknecht.
Fast alles ließ sich bei mindfactory bestellen, bis auf Gehäuselüfter und SSD. Die kommen per Amazon Prime. Die SSD ist sogar schon da und heute will DHL zwei Päckchen von mindfactory bringen und Hermes den noch fehlenden Gehäuselüfter.
Und was passiert mit dem alten Rechenknecht? Erst einmal kommt ein frisches Linux drauf, um eine sichere Workstation für das Familienintranet zu haben. Vorher muss der neue aber erst einmal zusammengesteckt und eingerichtet sein.
Diese Website verwendet Cookies, um dir das beste Surferlebnis zu bieten.
Erfahre mehr oder passe deine Einstellungen an.
Diese Website verwendet Cookies, damit wir dir die bestmögliche Benutzererfahrung bieten können. Cookie-Informationen werden in deinem Browser gespeichert und führen Funktionen aus, wie das Wiedererkennen von dir, wenn du auf unsere Website zurückkehrst, und hilft unserem Team zu verstehen, welche Abschnitte der Website für dich am interessantesten und nützlichsten sind.
Unbedingt notwendige Cookies sollten jederzeit aktiviert sein, damit wir deine Einstellungen für die Cookie-Einstellungen speichern können.
Wenn du diesen Cookie deaktivierst, können wir die Einstellungen nicht speichern. Dies bedeutet, dass du jedes Mal, wenn du diese Website besuchst, die Cookies erneut aktivieren oder deaktivieren musst.
