Heute Abend war mir ein bisschen langweilig Und was macht man da als Freerunner-User? Genau, man flasht sich ne neue Distribution Für diesen Abend habe ich QTMoko V14 auserkoren, einen Debian-basierten QTopia-Ableger.

QTMoko Homescreen

Die Installation verläuft problemlos. Mittels des vorgegebenen Rootfs und des Kernels von der QTMoko-Homepage sowie U-Boot von der Openmoko-Homepage kann sofort losgeflasht werden. Nach 2 Neustarts zur Initialisierung startet das System ohne Probleme. Die Oberfläche ist QTopia-Standard.  Alle positiven Punkte will ich jetzt mal stichpunktartig zusammen fassen:

1. Sehr schneller Start von Anwendungen
2. Große Auswahl an Keyboards. Es gibt auch welche mit deutschen Umlauten. Dazu kommt ein Terminal-Keyboard und die Handwriting-Methode. Predictive Keyboards lassen sich abschalten.
3. Obwohl das System seine Inhalte auf dem Framebuffer rendert, ist es möglich, auch X-Anwendungen zu starten. Hierzu kann mittels des Programms QX eine Instanz des X-Servers gestartet werden, in der das gewünschte Programm läuft. Dies funktioniert problemlos z.B. mit TangoGPS. Jetzt fehlt nur noch eine Integration in die vorhanden Apps.
4. Voller Zugriff auf die Debian-Repos für ARM-Geräte mit tausenden von Paketen. Das öffnet Tür und Tor für weitere Basteleien.
5. Dokumentverwaltung: Es gibt eine Quelle für alle Arten von Dokumenten (Musik, Text, Videos, …), die sich einheitlich verwalten lässt und von verschiedenen Programmen (Media Player, Hintergrundbild, Image Viewer, …) benutzt wird. Sehr schön
6. WLAN funktioniert, und das sogar über GUI mit WPA2. Ich bin begeistert
7. GPRS funktioniert, und das ebenfalls über die GUI. Ich noch begeisterter
8. Suspend geht ebenfalls, ich werde dies in den nächsten Tagen noch genauer prüfen.
9. Es gibt einen grafischen Package Manager, der jedoch nur eine kleiner Auswahl von Paketen zeigt. Empfehlenswert ist der Browser Arora.
10. Die Speicherkarte wurde nicht von Anfang an gemounted. Mit einer kleinen Anpassung in der fstab funktioniert dies auch. Die vorhandene Musik und die Maps werden richtig erkannt.
11. Was mich bisher an SHR am meisten gestört hat, waren Einstellungen, die nach einem Neustart verloren gingen. Dazu gehört z.B. die Option, bei Anrufen seine eigene Nummer zu senden oder das aktuelle Audio-Profil. Bei QTMoko gehts.

Leider gibts auch ein paar kleine Nachteile:

1. Das Handling der vielen Keyboards ist etwas umständlich, die Umschaltung etwas gewöhnungsbedürftig. Hätte ich genug Zeit, würde ich gleich Handwriting nutzen.
2. Der Start dauert etwas, da U-Boot verwendet werden muss.
3. X-Server-Anwendungen brauchen etwas länger, um zu starten.
4. Es ist immer nur eine Anwendung aktiv. Es gibt keinen Anwendungs-Umschalter so wie bei Illume.
5. Im Adressbuch gibt es keine Auswahl mehr, ob Kontakte von der SIM oder aus der Datenbank angezeigt werden sollen. Nach dem VCF-Import habe jetzt vieles doppelt. Aber vielleicht muss ich nur die SIM-Kontakte löschen. Dank der Buchstabenleiste im Adressbuch kann man Kontakte sehr schnell finden.
6. Einen Last.fm-Client muss ich wohl erst selbst programmieren

Fazit: Bisher haben mich 3 Dinge von QTopia abgehalten: Fehlende Umlaute auf den Tastaturen, keine GPS-Anwendung und das gewöhnliche Handy-Look-And-Feel. Das Look-And-Feel ist zwar noch das gleiche, dafür gibt es viele Funktionen, die besser arbeiten, als bei anderen Distris. Seit der Einstellung von QTopia seitens Nokia hat sich viel getan. QTMoko ist eine schnelle und stabile Distribution, die sowohl als Daily Phone als auch als Bastel-System funktioniert.

Schon vor einigen Wochen habe ich nach der erfolgreichen Kubuntu-Installation gleich mal den Freerunner mit OM2008.12 per USB verbunden. Leider ging danach alles schief Der Network-Manager meldete ein neues Gerät, gleichzeitig stürtzte aber die Plasma-Oberfläche ab. Danach meldete der Network-Manager, dass die Verbindung fehlgeschlagen war. Leider waren die Informationen im Wiki nicht sehr hilfreich. Alle Anpassungen (UDev, Hotplug, etc.) funktionierten nicht stabil.

Auch waren alle Hinweise mehr auf Gnome bezogen. In Kubuntu ist das Menü zur Netzwerk-Einstellung leider etwas buggy. Heute habe ich per Zufall herausgefunden, wie eine Netzwerkverbindung doch noch läuft. Das KDE-Menü bietet unter „Network-Management“ die Möglichkeit, Verbindungen nach Mac-Adresse mit festen IPs einzutragen. Leider kann man im Wizard „Add“ -> „IP Address“ zwar beliebig oft auf „Hinzufügen“ klicken, es tut sich aber sichtbar nichts. Klickt man aber danach in der Liste an die oberste Stelle, so sieht man, das tatsächlich ein Eintrag erstellt wurde. Hier kann man nun die IP-Adresse und Gateway eintragen. Danach kommt nach Anschluss des Handys tatsächlich eine Verbindung zu stande Allerdings stürzt Plasma immer noch ab, was aber zu verschmerzen ist.

Gerade wollte in TangoGPS die Maps für München herunterladen. Leider scheint Google mal wieder das URL Format für die Maps-Abfrage umgestellt zu haben. Die alte URL und die hier beschriebenen funktionieren leider nicht mehr. Stattdessen scheinen die URLs die xyz-Daten nicht mehr im Klartext zu übergeben. Die neue Beispiel-URL aus dem Maps-Quelltext sagt mir nämlich nix: http://mt0.google.com/vt/v\x3dw2t.97\x26hl\x3dde\x26. Da hilft wohl nix, ab jetzt wird OpenStreetMap verwendet, auch wenn mein Heimatort noch nicht darin verzeichnet ist (das war der Grund weshalb ich Google genutzt hatte). Aber München gibts schon

Letztes Wochenende habe ich mir aus Unachtsamkeit die libcurl auf meinem Freerunner zerschossen. Ich wollte nur „InTone“ installieren und hätte vielleicht die „This may break your system“-Warnungen ernst nehmen sollen. „Da testest Du jetzt gleich mal das neue OM2009″ war mein Gedanke. Ein Installieren von OM2009 in den NAND-Flash war die Folge. Nach einer Woche macht sich Ernüchterung breit.

An sich macht OM2009 einen guten Eindruck. Die Telefon-Anwendung is minimalistisch aber sehr funktional und stabil. Allerdings schlecht dokumentiert (Stichwort AUX-Button). Außerdem habe ich es immer geschaft, bei einem versehentlich gestartetem Telefonanruf ins Hauptmenü zu gelangen. Von dort kommt man aber nicht mehr in die Telefonanwendung Die Folgen waren ein verwirrter Angerufener und ein Neustart zum Auflegen Bei den Anwendungen ergibt sich ein Bild des Schreckens. Es geht kaum etwas. Doom geht nicht, Fennec ist nicht nutzbar, TangoGPS stürzt ab, wenn man die Pfade für Map-Caches ändert, und und und ….

In diesem Moment flashe ich mir wieder OM2008.12 drauf, damit ich wieder ein nutzbares Smartphone bekomme. OM2009 kommt mir im Moment höchstens auf die Speicherkarte. Dank dieser Anleitung ist der Weg zu einem funktionierendem System sehr einfach.

Hallo, jetzt habe ich schon einige Zeit nichts mehr hören lassen. Während ich nun den Klängen von Apocalyptica lausche gibts jetzt wieder eine feine Prise Java gemischt mit einem Hauch von Eclipse und das alles serviert auf einem frischen Neo Freerunner

1. Yoxos: Hier wollte ich noch etwas spielen, jedoch scheint der Dienst schon wieder Probleme mit der Verfügbarkeit zu haben
2. Java 1.5: Hier habe ich die JamVM ausprobiert, eine alternative VM zu Cacao. Allerdings hat JamVM die gleiche Schwäche wie Cacao, nämlich keinen Debug-Modus. Sollte mal ein Problem nur auf dem Zielgerät auftreten, guckt man als Entwickler in die Röhre, weil man nicht debuggen kann. Hier werde ich versuchen, mal die IBM J9 für ARM-Linux auszuprobieren. Mal schauen, wie diese VM sich unter Linux schlägt. Unter Windows Mobile hatte ich schon das Vergnügen. Hier sind es allerdings die vielen WinCE-Bugs, die einem den Spaß vermiesen können, aber das ist eine andere Geschichte
   Es ist außerdem ein bisschen Aufwand, die JamVM in Eclipse zu integrieren. Bei mir ging das zuerst dank der Erfahrungen mit Cacao ganz einfach, jedoch startet die JamVM bei mir grad aus unerfindlichen Gründen nicht mehr.
3. Equinox: Hier habe ich gemerkt, dass Equinox mit der JamVM ein bisschen schneller startet. Grob eine Sekunde eher als mit Cacao.
4. SWT: Hier gibts nix neues. Eclipse erlaubt mir nach wie vor nicht, eine zweite Java-GUI-Anwendung laufen zu lassen, die auf SWT zugreift. Der Fehler ist aber bekannt und ich muss das wohl hinnehmen
5. eRCP: Unverändert
6. ANT-Skripte, Deployment: Hier habe ich schon etwas herumexperimentiert. Zum Einen bietet das Freerunner die Möglichkeit, lokale Verzeichnisse mittels SFTP zu mounten. Die funktioniert ohne Probleme. Eine gute Lösung wäre, ein ANT-Skript zu erstellen, dass zuerst lokal ein Deployment-Verzeichnis erstellt und dieses dann mit dem Freerunner synchronisiert. Hier habei ich rsync als Sync-Tool ausgewählt. Probleme gibt es noch damit, dass auf dem Freerunner alle Dateien mit Root-Rechten versehen werden und der Client da manchmal nicht mitspielt.
   Zudem habe ich mir das Eclipse-Plugin Remote System Explorer (RSE) angeschaut, eine Sammlung von Tools zur Kommunikation mit anderen Rechnern. Zu diesen Tools gehören unter anderem ein SSH-Client für die Eclipse-Konsole, sowie die Möglichkeit, Filter für entfernte Verzeichnisse anzulegen. Eine Mount-Option habe ich noch nicht gefunden, es gibt allerdings die Funktion, ein entferntes Verzeichnis als Eclipse-Projekt einzubinden, was so ähnlich funktioniert.
7. Accelerometer: Hier versuche ich gerade die Datenstruktur zu verstehen. Das Auslesen der event-Dateien funktioniert ohne Probleme. Als nächstes werde ich das Tool netcat ausprobieren, mit dem ich die event-Dateien auf meinen Entwicklungsrechner holen könnte.
8. Anwendungs-Architektur: Ich habe mir schon einige Punkte überlegt, so soll es auf jeden Fall ein Plugin für die Accelerometer-Interpretation geben, sowie eines für die GUI. Logging der Daten wird noch optional mit eingebaut.
9. Anwendung: Ein bisschen Code existiert schon, ich bastle aber noch sehr viel dran rum.

Nachdem ich jetzt das Freerunner eine Zeit lang getestet habe, kann ich nur sagen, dass sich die von mir geschätzten 50 Stunden Standby leider nicht bestätigen lassen. Ich hatte das Freerunner an einem Tag um 16 Uhr bis auf 100% aufgeladen und dann in den Suspend geschickt. Danach hab ich nicht telefoniert oder was gespielt, sondern nur ab und zu auf die Uhr und den Akkustand des Handys geschaut. Über Nacht war das Handy ebenfalls im Suspend-Modus. Am nächsten Abend um 19 Uhr hab ich das Handy wieder an das Ladekabel angeschlossen, da hatte es noch 10% Akkukapazität. Es hat also in 27 Stunden 90% seiner Batteriekapazität verbraucht, macht also 3,33% pro Stunde.

Um diese Akkulaufzeit zu erreichen, habe ich die SD-Karte herausgenommen. Vorher war die Laufzeit noch kürzer. Ich bin jetzt gerade dabei, mich mit den Linux-Runleveln zu beschäftigen, damit ich nicht benötigte Demons wie den GESD abschalten kann. GESD verbraucht im Leerlauf 15% CPU-Last (!), was mir etwas zu viel ist, da ich die Gestensteuerung auch nicht benutze. Eine schöne Beschreibung von Linux-Runlevels und Demons befindet sich hier. GESD lässt sich mit einem einfachen „update-rc.d -f gesd-neo2 remove“ entfernen.

Nachdem ich jetzt seit einer Woche die Distribution OM 2008.9 im Einsatz hatte, tritt bei mir langsam Ernüchterung ein. Es gibt doch noch eine Reihe von Problemen, die das Handy für eine normale Nutzung noch nicht qualifizieren.

• Das Handy wählt sich ständig neu in das GSM-Netz ein. Das scheint ein Problem mit dem GSM-Dämon und dem T-Mobile-Netz zu sein.
• Die Tastatur raubt mir im Moment den letzten Nerv, weil je nach Modell entweder Buchstaben fehlen oder die Tasten viel zu klein für Fingerbedinung sind.
• Die Akkulaufzeit ist sehr kurz, auch wenn alle Dienste wie Wifi, Bluetooth oder GPS ausgeschaltet sind. Man kann zwar in den Suspend-Mode schalten, jedoch schaltet sich dadurch auch der GSM-Dämon aus und man kann keine Anrufe oder SMS empfangen. Im normalen Modus dagegen bleiben zu viele Dienste aktiv.
• Duke Nukem 3D läuft nicht richtig
• Die Lautstärke beim Telefonieren lässt sich irgendwie nicht regeln. Im Wiki stehen zwar die zu verändernden Parameter, leider hab ich von ALSA zu wenig Ahnung, um es richtig zu konfigurieren. Wenn ich den dafür vorgesehenen Regler etwas herunter setze, hör ich gleich gar nichts mehr. Ohne Regelung ist es so laut wie eine Freisprecheinrichtung.
• Die Wifi-GUI funktioniert bei meinem WLAN leider nur sporadisch.

Wegen diesen vielen Problemen habe ich mich jetzt entschieden, eine andere Distribution auszuprobieren. Nachdem ich erst etwas mit QTopia geliebäugelt hatte, fiel meine Wahl jetzt auf FDOM (Fat and dirty Openmoko). Diese Distribution baut auf OM 2008.9 auf und fügt eine Reihe von Bugfixes und Programmen hinzu. Gerade eben wird geflasht, sobald ich FDOM etwas getestet habe, sind die Ergebnisse hier auf diesem Blog zu lesen.

Für das Neo Freerunner gibt es eine gut Location-Software namen TangoGPS. Sie kann mit dem GPS Empfänger die Position bestimmen und auf einer Karte anzeigen. Karten kann man sich aus dem Internet holen. Vorkonfiguriert ist leider nur OpenStreetMap, welches wie mir scheint vor allem in ländlichen Gegenden nicht besonders gut ist. Mein Wohnort taucht z.B. gar nicht auf.

Mit etwas stöbern im OpenMoko-Wiki und in der Mailinglisten habe ich nun auch Google Maps importieren können. Man muss nur ein neues Repository erstellen und als URL http://mt1.google.com/mt?&x=%d&y=%d&zoom=%d angeben. Danach noch den Zoom invertieren und voila, es funktioniert. Die Karten werden automatisch in dem Cache-Verzeichnis abgelegt und müssen nicht extra gespeichert werden.

Nach einer Woche Wartezeit ist es nun endlich da, mein neues Neo Freerunner. Der Urlaub ist gerettet Hier gleich mal ein Foto vom Handy und dem Zubehör.

Mein neues Handy, das Neo Freerunner

Jetzt geht es erst mal daran, die Spuren des Vorbesitzers zu beseitigen, da offenbar noch Kontakte auf der Speicherkarte vorhanden sind. Am besten wäre natürlich gleich, das Ding neu zu flashen, aber ich hab da noch ein paar Hemmungen. Ich muss mir jetzt auch erst einmal einen Überblick über die verschiedenen Distributionen machen und vor allem herausfinden, was schon darauf installiert ist.

Für alle, die nicht wissen, was das Freerunner ist: Das Freerunner ist ein von der Organisation Openmoko entwickeltes Mobiltelefon auf Linux-Basis. Es wurde unter dem Grundsatz der kompletten Offenheit entwickelt, das heißt, zu jedem Hardware-Baustein und zu jeder Software sind Baupläne bzw. Quellcode frei im Internet verfügbar. Weitere Informationen gibt es unter Openmoko.org. Eine aktuelle Anleitung liegt hier.