• Telefoninformationen
• Akkuinformationen
• Akkuprotokoll
• Nutzungsstatistik

Um das Menü zu öffnen einfach die Telefonanwendung starten und folgendes auf der Wähltastatur eingeben:

*#*#4636#*#*

Erfolgreich getestet auf: G1, Milestone, Desire, Nexus One und Defy

Anmerkung wie gehabt: Bla bla, ich übernehmen keine Garantie, ihr seid selber schuld wenn Ihr danach ein teures Stück Plastik habt, bla bla!

• Eine EasyBox 602 (schau an, damit habt ihr jetzt nicht gerechnet oder?)
• Den Modeminstallationscode für die Ersteinrichtung (den solltet ihr irgendwann mal per Post bekommen haben. Wenn ihr damit die Kiste schon eingerichtet habt, dann braucht ihr auch nicht den Zettel suchen. Yeah!)
• Einen Windows PC (na das sollte ja machbar sein. Für die nicht-Windowsler: Linux mit Wine sollte auch gehen)
• Digtest5: Download (thx to Sleepy)

Und nun auf gehts

1. Erstmal die Kiste mit dem Modeminstallationscode einrichten
2. Jetzt müssen wir erstmal ein paar VoIP Datenpakete aufzeichnen. Dazu folgendes tun: Im Webinterface (normalerweise erreichbar unter http://easy.box bzw http://192.168.2.1) unter Extras → Diagnoseprogramm → Aufzeichnen von WAN-Datenpaketen → VC2 → Beginn Wichtig:Falls ihr in den nächsten Schritten das Passwort nicht finden solltet, dann macht das gleiche nochmal mit VC1, je nach Internetpaket steht das in einem von dem Beiden drinne.
3. Schnappt euch euer Telefon, ruft irgendjemanden an, lasst es klingeln und legt auf. Drückt dann im Webinterface auf Ende
4. Ihr solltet jetzt ein .cap Datei als Download bekommen
5. Jetzt solltet ihr Digitest 5  entpacken
6. Die gedownloadete .cap Datei benennt ihr in default.cap um und kopiert sie in das Verzeichnis wo ihr Digitest 5 entpackt habt
7. Mit einem beherztem Doppelklick startet ihr jetzt Digitest. Das Programm probiert jetzt alle möglichen Passwort Kombinationen durch. Nach knapp 3 Minuten solltet ihr euer 8 Stelliges Passwort bekommen

Zum VoIP einrichten auf der EasyBox ohne Installationscode braucht ihr dann folgende Informationen:

Sprach-Benutzername: Vorwahl+Rufnummer

Sprach Passwort: <kennt ihr nun ja>

Listen Port: 5060

Realm (Domäne): arcor.de

Listen VC: VC2

Sip-Proxy/Registrar: <Vorwahl>.sip.arcor.de

Port Registrar/Proxy: 5060

Registrierungs Intervall: 600

Feel free to register

Jabber Server Url:  jabber.badmad.net

1. Exception Strategies

• Recoverable Exceptions -> Do your best and show a Toast: soll bedeuten, dass einfache Fehler wie beispielsweise eine nicht vorhandene Internetverbindung möglichst schön durch den Entwickler überprüft werden soll und der Benutzer blos eine kleine Meldung bekommt.
• Unrecoverable Exceptions -> Show a Notifications Dialog: Bei schwerwiegenden Fehlern wie Runtime Exceptions soll der Benutzer darüber informiert werden, dass eine schwerer Fehler aufgetreten ist. Beispielsweise kann man den Benutzer auch Fragen, ob er Log Daten / Stack Traces an den Entwickler schicken möchte. Dies sollte nicht automatisch geschehen! Einfach den Benutzer fragen ob er das möchte und wenn Ja, dann die Log Datei per Mail verschicken
• Default Values / Backup:  Ein Beispiel wurde genannt, dass eine Anwendung ein mp3 File auf der SD-Card erwartet wird. Sollte diese aber nicht vorhanden sein, wird ein Default Sound aus der App abegespielt anstatt des mp3 Files
• Log.d, Log.e, Debug.. etc.. Meldungen sollten vor dem Ausliefern entfernt werden, da diese Meldungen die App langsamer machen
• In eigenen Threads (nicht den Main Thread der App) gibt es die Möglichkeit eigene Exception Handler zu registrieren, die dann bei Runtime Exceptions angesprochen werden BEVOR die normalen System Exception Handler angesprochen werden.

2. SyncML

• Protokoll zum Synchronisieren von vielen verschiedenen Endgeräten
• Ein sehr stabiles, flexibles und alt bewährtes Synchronisationsprotokoll
• Standatiesiert in der Open Handset Alliance
• Ähnlich wie ActiveSync von Microsoft
• Unterstützt Push Nachrichten über SMS, ActiveSync kann dies über HTTP
• Der größte Vorteil für mich: Man kann eigene Datenstrukturen definieren, dies geht beispielsweise bei ActiveSync nicht
• Der SyncML Server besitzt eine Konfliktlösungsstrategie, die auch selbst eingestellt werden kann
• SyncML verschickt die Daten als XML über HTTP
• Nicht erkannte Daten aus der Datenstruktur werden einfach ignoriert oder einfach wieder zum Server geschickt und als nicht erkannt markiert werden

3. Project Management with Maven

• Sehr interessant für mich, da ich ja Maven sehr, sehr cool finde und auch der Meinung bin, dass es die Arbeit sehr vereinfachen und auch Standartisieren kann.
• Es gibt ein Android Maven Plugin -> link
• Naja viel brauch man nicht sagen Ist halt Maven, erleichtert halt die Arbeit und nimmt einen viele Schritte ab
• Was hab ich da noch gelernt: Im Android SDK ist ein Äffchen enthalten. Monkey ist ein Tool, was die UI einer App automatisiert Testen kann. Wenn ich es richtig verstanden habe macht es einen Stresstest
• Was hab ich weiterhin gelernt: Wenn der Bildschirm gedreht wird, geht der Context des Activities verloren und man muss Daten ggf. neu einlesen

Nun bin ich gespannt was ich morgen bei der Droidcon erlebe und erfahre. Ich werde wieder versuchen eine Zusammenfassung zu schreiben.

1. USB Debugging auf dem Samsung Galaxy aktivieren
2. Das Android SDK 1.6 runterladen und entpacken
3. Die Datei <Pfad zu eurem entpackten SDK>/usb_driver/android_winusb.inf in einem Editor öffnen und folgendes hinzufügen:
4. Das Galaxy per USB anschließen und bei der Treiberfrage den Pfad zu eurem SDK angeben

Änderungen:

; Samsung galaxy
%CompositeAdbInterface%     = USB_Install, USB\VID_04E8&PID_6640&MI_00
%SingleBootLoaderInterface% = USB_Install, USB\VID_04E8&PID_6640&MI_04

unter [Google.NTx86] und [Google.NTamd64] hinzufügen.

Ihr könnt aber auch einfach die Datei hier nehmen und eure Ersetzen:

android_winusb