1. Netztei vom Router abziehen
2. Folgenden Befehl am Rechner eingeben:
echo -e “binary\nrexmt 1\ntimeout 60\ntrace\nput openwrt-brcm-brcm47xx-squashfs.trx\n” | tftp 192.168.1.1
3. Restore Taster gedrückt halten und Netzteil wieder einstecken
4. Beim ersten aufblinken der der LEDs Restore Taster loslassen
5. Warten bis die Firmware übertragen und geflasht ist. (ca. 3-5 Minuten)

Wie zu erwarten konnte man wenigen Minuten später und nach einem Neustart des Routers via telnet 192.168.1.1 bzw. http://192.168.1.1/ auf den Router zugreifen. Die Installation lief problemlos und fehlerfrei ab.
Nun bin ich neugierig was sich alles geändert hat und was für neue Features zur Verfügung stehen.

Es ist auch ein Modell mit Bluetooth-Schnittstelle verfügbar: Gembird SIS-PM-BT 6fach Steckdose mit Bluetooth-Schnittstelle. In vielen Foren wird über massive Probleme der Steckdosen geschrieben. Das war bei den ersten Versionen wohl auch sehr unzuverlässig. Mittlerweile arbeiten sie aber solide und ich habe absolut keine Probleme mit den Steckdosen.

Auf dem Router muss die USB Unterstützung installiert werden. Dazu sind auf z.B. einem ASUS WL-500g Premium folgende Module notwendig: kmod-usb-core, kmod-usb-uhci und kmod-usb2. Zum Schalten der Steckdose installiert man das Tool sispmctl, was ebenfalls noch libusb benötigt.

opkg install kmod-usb-core kmod-usb-uhci kmod-usb2
opkg install sispmctl libusb

Ich habe mir ein kleines CGI Script geschrieben, welches ich als Frontend für sispmctl nutze. So kann ich Drucker, Beamer, XBOX360 und diverse andere Geräte bequem über die Weboberfläche ein- und ausschalten. Als kleines Highlight habe ich für meinen Kyocera Laserdrucker eingerichtet. Dieser hat einen Netzwerkanschluss und ich frage via Cronjob alle 30 Minuten den Zustand des Druckers an. Ist dieser im Schlafmodus, wird der Drucker automatisch ausgeschaltet. Also nie wieder vergessen den Drucker angeschaltet zulassen.

Änderungen, die seit RC2 in die finale Version eingeflossen sind befinden sich in den Bereichen:

• Weboberfläche (LuCI)
• Kleiner Bugfix am madwifi Modul
• Firewall
• Toolchain für PowerPC
• Tx Sendeleistung verschiedener 802.11 Treiber

Werde ich ganz schnell mal ausprobieren. Gibt es eigentlich eine gute Dokumentation wie man einen bestehenden OpenWrt Router aktualisiert ohne sämtliche Einstellungen zu verlieren? Unter anderem deswegen hat man ja uci eingeführt.

Am einfachsten ist es, dass Image via TFTP einzuspielen. Dazu zieht man das Stromkabel vom Router ab. Man hält den Rest-Knopf gedrückt und steckt dabei das Stromkabel wieder in den Router. Sobald die LEDs blinken führt man folgenden Befehl aus und das Image wird in den Router geladen.

echo -e "binary\nrexmt 1\ntimeout 60\ntrace\nput openwrt-brcm-2.4-squashfs.trx\n" | tftp 192.168.1.1

Nun sollte man dem Router genug Zeit zum flashen des Images lassen bevor man ihn neu startet. Um ganz sicher zu gehen 4-5 Minuten.
Nach dem booten erreicht man den Router unter der IP Adresse 192.168.1.1 per telnet. Bei einer frischen Installation ist das Login “root” und das Passwort ist nicht gesetzt. Setzt man das Passwort mit dem passwd Befehl wird automatisch der Telnetdienst abgeschaltet und es ist nur noch der Zugriff via SSH möglich.

Mittels “LuCI”, der neuen Weboberfläche von OpenWrt (http://192.168.1.1), kann man alle Basiseinstellungen sehr schnell durchführen. Die Oberfläche kann man durch Installation weiterer Pakete auch um viele Funktionen erweitern.

Das “wan” Interface war anfangs auf DHCP gestellt. Nachdem ich es auf PPPoE umkonfiguriert hatte, gab es Probleme. Die PPPoE Verbindung wurde zwar aufgebaut (ppp0 hatte eine gültige IP Adresse) aber es wurde keine Defaultroute gesetzt und die Namensauflösung funktionierte auch nicht.
Die Lösung dafür steckte in der Datei /etc/config/network. Im Abschnitt “wan” musste die Optionen “defaultroute” und “peerdns” von “0″ auf “1″ gesetzt werden.

config 'switch' 'eth0'
option 'vlan0' '1 2 3 4 5*'
option 'vlan1' '0 5'

config 'interface' 'loopback'
option 'ifname' 'lo'
option 'proto' 'static'
option 'ipaddr' '127.0.0.1'
option 'netmask' '255.0.0.0'

config 'interface' 'lan'
option 'type' 'bridge'
option 'ifname' 'eth0.0'
option 'proto' 'static'
option 'netmask' '255.255.255.0'
option 'ipaddr' '192.168.1.1'
option 'defaultroute' '0'
option 'peerdns' '0'

config 'interface' 'wan'
option 'defaultroute' '1'
option 'peerdns' '1'
option 'ifname' 'eth0.1'
option 'proto' 'pppoe'
option 'username' 'LOGIN'
option 'password' 'PASSWORT'

Verwunderlich warum das nicht die Standardeinstellung ist aber danach lief alles super.

Für den Mac gibt es ja eine ganze Reihe von Virtualisierern. Der Vorteil von VirtualBox gegenüber Vmware Fusion und Parallels ist, es ist kosentlos verfügbar. Sicher nicht ganz so performant aber für diesen Zweck vollkommen ausreichend. Qemu ist auf für den Mac verfügbar, was mich aber entscheidend gestört hat, ist die sehr schwierige Netzwerkkonfiguration, die aber für das arbeiten mit OpenWrt sehr wichtig ist. Ansonsten hat Qemu auch einen ganz interessanten Eindruck gemacht, gerade weil es auch MIPS und ARM Prozessoren als Host CPU anbietet.

Wie bekommt man nun OpenWrt in VirtualBox zum laufen? Aus meiner Sicht gibt es zwei Ansätze. Erstens, man lädt sich das offizielle OpenWrt Image für x86 herunter und konvertiert das zu einem Image, was auch VirtualBox als Festplattenimage benutzen kann. Zweitens, lädt sich den Quellcode herunter und kompiliert sich den seine Kamikaze Version einfach selbst.

Ich habe mich für den zweiten Weg entschieden, denn man kann vor dem Kompilieren angeben, dass auch ein Image für VirtualBox erzeugt wird. Damit ist jegliches konvertieren überflüssig und man kann auch gleich die Netzwerkkartentreiber, die VirtualBox benötigt, fest einkompilieren. Ein auf diesem Weg erzeugtes Image kann man sich gern bei mir runterladen – das ist noch einfacher
Bitte unter Downloads nachschauen und openwrt-x86-ext2.vdi herunterladen.

OpenWrt lässt sich sehr einfach unter Linux kompilieren. Deshalb habe ich mir eine akuelle Ubuntu Version heruntergeladen und in VirtualBox als virtuelle Maschine eingerichtet und installiert. Dann benötigt man den Quellcode von OpenWrt Kamikaze, den man unter http://downloads.openwrt.org/kamikaze/8.09_RC1/kamikaze_8.09_rc1.tar.bz2 bekommt.

Schritt 1:
Ubuntu in VirtualBox hochfahren, Kamikaze Quellcode entpacken und make menuconfig aufrufen. (Hinweis: Bei mir ist das beim ersten Aufruf gescheitert weil noch Tools und Bibliotheken unter Ubuntu gefehlt haben, die man bequem über den Paketmanager nachinstallieren kann.) Er scheint der Dialog wie man es vom Kernel kompilieren kennen dürfte wählt man unter “Target System” entsprechend “x86″ aus. Dann unter “Target Images” Erzeugung eines VDI Images aktivieren (siehe Abb.)

Unter “Kernel Modules” -> “Network Devices” habe ich mir die Treiber für e1000 und pcnet32 fest eingetragen, damit diese nicht mehr als Modul geladen werden. Wenn man mit seinen Einstellungen fertigt ist verlässt man “menuconfig” wieder.

Schritt 2:
Jetzt kann man einfach make ausführen und OpenWrt wird gebaut. Dazu wird eine Internetverbindung benötigt weil dabei benötigte Quelltextepakte direkt heruntergeladen werden. Abwarten. Dauert etwas.

Schritt 3:
Das fertige VDI Image für VirtualBox findet man dann im bin/ Ordner. Dieses kopiert man sich aus der virtuellen Maschine auf seinen Mac. (Hinweis: Ich habe mir unter Ubuntu Samba installiert und vom Mac aus via Netzwerk auf die virtuelle Maschine zugegriffen. Dazu muß die Netzwerkkarte von VirtualBox auf “Host” stehen.)

Schritt 4:
Unter VirtualBox eine neue virtuelle Maschine einrichten und als Festplattenimage die VDI Datei benutzen. Hochfahren. Läuft erstmal.

Schritt 5:
Die Standardnetzwerkkonfiguration ist nicht sehr sinnvoll. Um erstmal auf OpenWrt zugreifen zu können, muss man die Datei /etc/config/network anpassen. Beispiel:

config 'interface' 'lan'
    option 'ifname' 'eth0'
    option 'proto' 'dhcp'

Damit hat bezieht die OpenWrt Instanz im VirtualBox via DHCP eine IP Adresse. Die Netzwerkschnittstelle sollte in VirtualBox dafür auf “Host” eingestellt sein.

Nun ist OpenWrt in der virtuellen Maschine vom Mac aus erreichbar. Ein opkg install luci-admin-full installiert die neue Weboberfläche von OpenWrt. Setzt man mittels passwd ein Passwort, kann man sich auch via SSH einloggen.

Mit dem  Broadcom BCM4318 802.11 Wireless LAN Controller gibt es in der aktuellen Version von Kamikaze (8.09RC1) noch ein paar Probleme im Zusammenhang mit einem 2.6er Linux Kernel. Der Treiber aus diesem Kernelzweig unterstützt den Broadcom-Chipsatz noch nicht vollständig. Entweder man setzt einen 2.4er Linux Kernel ein oder man tauscht das WLAN-Modul im Router. Das geht recht einfach, da es als MiniPCI Version verbaut ist. Empfohlen wird z.B. eine Atheros MiniPCI Karte zu verbauen. Diese arbeitet auf Grund optimaler Treiberunterstützung auch mit dem 2.6er Linux Kernel einwandfrei.

Ich habe mich entschieden den 2.4er Kernel zu nehmen und die Routerhardware soweit ersteinmal unverändert zu lassen. Gespannt bin ich auf die neue grafische Oberfläche “LuCI”, die Kamikaze 8.09 mitbringt. Mein erstes Ziel ist es, nach dem Einspielen von OpenWRT, einen ähnlichen Funktionsumfang zu erreichen, wie ihn die ASUS Firmware mitbringt.

Der Siemens SE505 V2 (und auch andere Geräte) hat dafür eine JTAG Anschluss. Damit lässt sich eine fehlerhaft übertragene Firmware erneut in das Gerät einspielen selbst wenn die üblichen Wege (z.B. TFTP) nicht mehr zur Verfügung stehen. Auf dem Foto habe ich den JTAG Anschluss auf der Platine markiert.

Ich habe mir aus der Kabelkiste ein altes LPT Kabel herausgefischt mit dem man früher die Druckeranschluss Pins auf dem Mainboard nach außen geführt hat. Man benötigt eigentlich nur den weiblichen LPT Stecker. Das kleine Flachbandkabel habe ich entfernt und einzelne Drähte von einem CD-Audio Kabel verwendet. Damit hat man früher CD-ROM Laufwerke mit der Soundkarte verbunden. (siehe Fotos)

Das CD-Audio Kabel habe ich zerlegt und die Enden der einzelnen Adern haben kleine Klemmen die für einen besseren halt auf dem JTAG Anschluss sorgen. Das andere Ende der Drähte wird mit der LPT Buchse entsprechden dem Schaltplan verbunden (siehe Foto).

Insgesamt werden fünf Adern benötigt. Die Erdung wird direkt verbunden. Die anderen vier Adern werden über einen 100 Ohm Widerstand angeschlossen. Die Kabellänge sollte möglichst kurz gehalten werden und 20 cm nicht überschreiten. Am Besten nutzt man ein Stück Schrumpfschlauch um die Widerstände sicher und geschützt zu verbauen. Dann lötet man die Kabeladern wie im Bild gezeigt an die LPT Schnittstelle. Auf der anderen Seite sind die 5 Kabelenden mit den kleinen Mini-Klemmen. Nicht unbedingt schön aber funktioniert tadellos. Wenn das Kabel fertig ist sollte es ungefähr so aussehen (siehe Foto).

Jetzt gilt es die einzelnen Adern dem Schaltplan entsprechend an den J7 Pinbaustein auf der Platine anzuschließen und fertig ist die JTAG Verbindung zum Router. Das sollte ungefähr so aussehen (siehe Foto).

Die Verbindung zum Router sollte nun möglich sein und mit entsprechender Software sollte sich der Router mit einer funktionierenden Firmware bespielen (debricken) lassen. Auch wenn man sich das NVRAM gelöscht oder den Bootloader (CFE) zerschossen hat ist die JTAG Verbindung das Mittel der Wahl. Auch diese lassen sich neu einspielen so dass man – wenn man die Hardware nicht zerstört hat – so ziemlich jeden SE505 V2 wieder flott bekommen sollte. Wie man das nun im Detail macht werde ich in einem weiteren Beitrag beschreiben.

Ich hoffe diese kleine Anleitung hilft allen Leid geplagten. Viel Erfolg!