Category: embedded systems

Mein eigentliches Ziel welches ich mit den hier z.T. vorgestellten Komponenten verfolg(t)e soll in einer kleinen Bildergeschichte veranschaulicht werden.

Die Theorie:
+ + + + = die perfekte Multimedia- und TV-Lösung

Nochmal die lange Geschichte in kurz, welche die Praxis erläutert: Am Anfang war die xbox, welche auch gleich (erfolgreich) die Stellung als Multimedia-Center einnahm. Dann kam die nslu2 und die Idee aus xbox + nslu2 eine TV-Lösung aufzubauen. Via eBay bestellte ich mir die Terratec Cinergy T2 – DVB-T-Box. Auf der nslu2 ließ sich jedoch das MythTV-Backend nicht kompilieren (auch dass es ganze 3 Tage gedauert, bis es mit einem Fehler abbrach hat die Sache nicht besser gemacht (natürlich mehrmals mit verschiedenen Compilern versucht)). Zudem schätze ich die nslu2 mit ihren 266 MHz für ein wenig schwach ein, um dvb-t in schön (deinterlacing, etc.) zu decodieren. Also holte ich mir für wenig Geld ein IBM Thinkpad T21 (siehe ein paar Posts zuvor) ohne alles, was aber läuft und nun auch erfolgreich von der nslu2 via pxe bootet. Dieses sollte dann den DVB-T-Kram übernehmen, hat aber nur USB 1.1 (die DVB-T-box benötigt USB 2.0), weswegen ich mir eine USB2-PCMCIA-Karte kaufte. Dies eläuft aber nicht mit der DVB-T-Box (waurm auch immer), ebenso wie eine 2. Karte mit anderem Chipsatz. Auch mit zusätzlicher Stromzufuhr (http://www.linuxforen.de/forums/showthread.php?t=223377) und ein paar sonstigen Experimenten war nichts zu machen. Zudem klackert meine größte Festplatte an der nslu2 nur noch lautstark rum, dass super Maxtor-festplatten-Diagnose-foobar-Programm ist aber der Meinung die Pladde sei voll i.O. womit ich keinen Fehlercode bekomme, welchen ich benötige, um auf der tollen interaktiven Maxtor-Webseite die Garantieabwicklung fortzusetzen.

3veryth1nG 1s t0t4l b0rk3n…

Ich bin ja bisher sehr zufrieden gewesen mit meiner Router-Router-NSLU2-Lösung gewesen (Router 1 (wgt634u) routet und fungiert als openvpn-server, Router 2 (wl500g) als WLAN-AP und Printserver und meine NSLU2 als Data-Storage).

Auch wenn die NSLU2 mit (anti-untertakteten 266 mhz ARM) recht schnell für solch ein openembedded-device ist, reicht die Rechenleistung nun nicht mehr aus (dazu, was darauf hätte laufen sollen, in einem anderen Post).

Erster Gedanke war, ein richtiger Rechner als Homeserver muss her, jedoch haben mich folgende Nachteile entschieden von dieser Idee abgebracht:

– teuer

– laut

– stromfressend

– groß

Jeder Punkt für sich hätte bei mir schon starke Bedenken ausgelöst, aber alle 4 Punkte zusammen kamen gar nicht in Frage – eine andere, elegantere Lösung muss her:

Ein Thinclient ! … ?

Jedoch ein Modell was die Anforderungen erfüllt, die ich erwarte (CPU ~600 mhz), war unverhältnismäßig teuer (eBay, etc.).

Bei einem Treffen der BeLUG (Berliner Linuxusergroup) dann die Lösung!

Jemand hatte ein altes Notebook ohne Display, ohne HDD und mit extrem schwachen Akku zu verkaufen – die perfekte kleine, leise, stromsparende Rechenmaschine für mein Vorhaben! Und dazu noch Qualität! Ein IBM Thinkpad T21.

CPU: 900 Mhz P3

RAM: 128 MB (wird aufgestockt – hat wer Notebook-SD-RAM für mich)?

USB: 1.1 (brauch noch ne PCMCIA-USB2-Karte)

Dazu halt noch Ethernet, pcmcia, serial, parallel.

Aufteilung wird dann so sein: Thinkpad soll nur rechnen und via PXE von der nslu2 starten. NSLU2 fungiert als reines Data-Storage und überlässt Rechnungen dem Thinkpad.

Soweit die Theorie. Sobald meine Haupt-data-Platte von Maxtor ersetzt wurde (klackert gut) kanns dann auch losgehen 😉

Werd euch auf dem Laufenden halten!

So long…

Moin!

Habe vor wenigen Minuten endlich auch loop-AES auf der NSLU2 zum Laufen gebracht – unter DebianSlug.

Es ist ein normales littleEndian Debian-ARM-System. Es laufen ein SSH- und userspace-NFS-Server.

Hier die ersten Benchmarks:

foo.img ist ein 60MB großes aus Nullen bestehendes Image 🙂

Das NFS-Volume ist eine über USB2.0-angeschlossende Platte – NICHT VERSCHLÃœSSELT!

[daten@alice:~] $ time cp foobar/foo.img /Volumes/192.168.1.39-1/

real   0m18.774s
user   0m0.002s
sys    0m0.876s
> 3 MB / s – man muss aber dazu sagen, dass die NSLU2 übertaktet ist und hier keine weiteren Dienste grad laufen.

Mit loop-AES-encryption sieht das ganze schon wieder ein wenig anders aus:

[daten@alice:~] $ time cp foobar/foo.img /Volumes/192.168.1.39/

real   0m50.315s
user   0m0.002s
sys    0m0.885s

Das Image ist immernoch 60 MB groß, das über NFS eingehangene Volume ist jetzt aber AES256 Bit verschlüsselt.

~1 MB / s – nicht gerade viel aber im Gegensatz zu meiner vorherigen WGT634U-Lösung mit rund 200 KB / s eine 500%-Steigerung 🙂

Ich geh’ pennen – gut n8

Hab’ lange nichts mehr von mir hören lassen, da ich leider noch einiges zu tun hatte (Klausuren, Arbeit, etc.); es hat sich jedoch einiges getan.

Ich habe (m)eine Linksys nslu2 bekommen (und auch gleich von 133 Mhz auf 266 Mhz hichgetaktet (oder besser anti-untertaktet), indem ein einfacher Widerstand rausgelötet wurde). 😛

Leider ist dort ein nicht standardmäßiger intel-LAN-Chip verbaut, für welchen es noch keine freien Treiber und deshalb hier leider Lizensproblematiken gibt (Debian z.B. weigert sich (verständlicherweise) nicht-GNU-Software in ihr Standardrepository mit aufzunehmen, weshalb es hier ein wenig Bastelei (welche glücklicherweise bereits andere Leute gemacht haben) bedarf, bis der Debianinstaller mit nativem nslu2-Ethernet-support durchlief.

Zudem gab es hier auch noch die Problematik, dass das Standarddebian und dessen gesamtes Paketrepository in der LittleEndian-Bytefolge kompiliert wurde, der vorkompilierte intel-Treiber jedoch nur im BigEndian zur Verfügung stand. Dieses Problem wurde jedoch auch schon gelöst – der Treiber steht nun auch in LittleEndian zur Verfügung.

Jetzt bin ich grad’ dabei mir einen eigenen Kernel für die nslu2 zu compilen, da der Standardkernel einige Designfehler zu enthalten scheint und versuche krampfhaft meine Buildroot-Umgebung zum Laufen zu bekommen.

Zu einem späteren Zeitpunkt werde ich dann Benchmarks machen und evtl. den RAM nachrüsten.
Bis jetzt kann ich nur sagen, dass dies wirklich mal relativ anständige Hardware zu sein scheint (intel XScale 266 MHZ ARM-based cpu).

So long…

Moin!

Also vom Aufbau her ist jetzt alles wie ich es mir vorgestellt habe. Der WGT634U verdient den Namen “Router” nun wirklich und wird seinen Aufgaben als NFS-/Samba-, OpenVPN- und XlinkKai-Server und Torrent-Client gerecht.

Sogar meine Rechner booten via PXE von ihm, es läuft mein irssi, silc und muttng in einer screen-Session – eigentlich alles perfekt.

ABER: Die Datentransferrate ist miserabel! Es wird zwar gesagt, dass der Router einen USB2-Port besitzt, aber die Übertragungsrate kommt bei weitem nicht einmal an die von USB 1.1 heran – leider.

Der limitierende Faktor ist hier die CPU.

Flüssiges mp3-Streamen geht noch sobald z.B. ein Torrent und der OpenVPN-Server läuft – beim Streamen von Videos ist hier aber schon Schluss.

Die Transferrate liegt beim Laufen des NFS-/Samba- und OpenVPN-Servers etwa bei 300 kb/s – das ist einfach mal dreckig!

Abhilfe schafft hier evtl. eine neue Anschaffung 🙂

Eine Linksys NSLU2.

Diese bietet 2 USB2-Anschlüsse, ein Ethernet-Interface und von Haus aus nur die Funktionen eines Network-Storage’s. Eine bessere Transferrate erhoffe ich mir durch die bessere CPU (Intel XScale 266 Mhz, um einiges leistungsfähiger als die in den Routern verbaute mips), sowie dann dessen einzige Aufgabe als NFS-/Samba-Server zu fungieren.

Als Alternative zur originalen Firmware kommt hier derzeit nur OpenSlug in Frage. Es wird jedoch derzeit auch an einem OpenWrt-Buildroot für die intel XScale-Prozessoren gearbeitet, welche dann hoffentlich auch ein Firmwareimage für die NSLU2 backen können.

Die durchschnittliche Datentransferrate soll hier bei ca. 5 MB / s liegen, was für meinen Bedarf vollkommen ausreicht. Hier wird es aber wieder einen Abzug aufgrund der von mir angewandten 256-Bit AES-encryption geben des daran hängenden Devices geben, welcher sich prozentual gesehen aber hoffentlich in einem akzeptablen Bereich befindet.

Ich freu mich 🙂

So long…

Zur Abwechslung habe ich mal wieder meinen WRT54G geschrottet. Die Power-LED blinkte nur noch heftigst – vom Anstecken des Stromsteckers an.

Ich hatte schon Angst das Teil hardwareseitig geschädigt zu haben, da ich zuvor versuchte den SD-Card-Mod zu realisieren (4 MB Flash sind doch etwas wenig).

Das Dämliche war, dass dies scheinbar (oder meine verzweifelten nächtlichen Versuche danach das Ding wieder zum Leben zu erwecken) den NVRAM zurückgesetzt hat/haben und damit boot_wait auf off gesetzt wurde.

Bauteile für ‘ne serielle Schnittstelle hatte ich für den WRT leider nicht parrat und da innerhalb der nächsten Tage kein Geschäft offen hatte, in welchem ich mir solche hätte holen können (ich hasse Ostern :P), hab ich durch ein wenig Lesen im Netz mich entschieden den Flashspeicher kurzzuschließen (Pin 15+16) und siehe da – das Teil begab sich in den Debugmodus in welchem es wieder bereit war via TFTP Images entgegenzunehmen 😀

Nu funzt das gute Stück wieder – JUHUU !!! 🙂

Auf ein neues Anlöten der SD-Karte – diesmal hoffentlich richtig.

Frohe Ostern! 🙂