Blog von Andreas Voit – tag: android

Android Automate Script zur Senden der aktuellen GPS-Position

2021-07-28T20:36:00+01:00

Dieser Blogbeitrag ist eine Aktualisierung meines vorherigen Beitrages. Hintergrund eine kleine notwendige Anpassung im Skript zum Senden der GPS-Position. In der ersten Version habe ich vergessen den GPS Fix Zeitpunkt zu definieren. Dies hat dazu geführt, dass beim Empfänger eine alte GPS-Position angezeigt wurde. Des Weiteren habe ich die beiden Github-Projekte zu einem Projekt zusammengefasst.

In diesem Blogbeitrag möchte ich euch ein kleines Skript von mir vorstellen, mit dem auf einem Android Smartphone per SMS-Anfrage automatisch eine SMS mit GPS-Positionsdaten gesendet wird. Bei dem Skript handelt es sich um ein Automate-Skript. Automate ist eine App die es ermöglicht bestimmte Aufgaben am Android Smartphone zu automatisieren. Die Skripterstellung erfolgt grafisch in Form eines Flussdiagramms und man benötigt keine großartigen Programmiererfahrungen.

Motivation für das Skript und alternative Apps

Die Motivation für das Skript bestand darin, dass meine Eltern eine Möglichkeit benötigten, wenn mein Vater auf längeren Radtouren unterwegs ist, meine Mutter die Möglichkeit hat, seine Position ohne eine Interaktion seinerseits zu erhalten. Zunächst machten meinen Bruder und mich auf die Websuche, ob wir für diesen Anwendungsfall auf bestehende Apps zurückgreifen können. Dabei stießen wir schnell auf Testberichte und Sammlungen von Tracking Apps für Freunde und Familien, wie diese hier. Dabei gibt es kostenpflichtige und freierhältliche Apps. Die meisten Apps verwenden Cloud-Dienste. Da wir beide nicht so die Fans von Cloud-Services sind und gerne Wissen, was mit den versendeten Daten passiert, sind diese für uns ausgeschieden. Aus meiner lokalen OpenstreetMap Community habe ich von hauk oder Nextcloud-Apps erfahren. Da ich allerdings über keinen eigenen Server verfüge, sind auch diese Anwendungen ausgeschieden. Da mein Bruder und ich in der Vergangenheit schon diverse Aufgaben via Tasker-App automatisiert haben, kam die Idee dies über diese Schiene zu probieren. Ich habe mich für die Automate-App entschieden, weil diese kostenlos ist und ich in den letzten Jahren auf diese App umgestiegen bin. Anfangs dachten wir, dass wir mit dieser Methode scheitern werden, weil meine Eltern die Signal-App auch als SMS-App verwenden. Allerdings haben erste Versuche gezeigt, dass die SMS von der Automate-App gelesen werden können.

Voraussetzungen

Automate muss am Android Gerät installiert sein
Für den SMS-Versand muss eine SIM-Karte im Gerät eingelegt sein
(optional) OSMAnd-App zur Anzeige der GPS-Position. Die generierten GPS-Daten lassen sich allerdings auch in einem Web-Browser (Chrome, Firefox, …) darstellen.

Das Skript

Um den oben beschriebenen Anwendungsfall abzudecken, benötige ich zwei Skripte. Ein Skript fragt nach der GPS-Position nach, das andere Skript antwortet aufgrund der SMS mit den GPS-Positionsdaten.

Skript zur Anfrage der GPS-Position

Dieses Skript ist sehr einfach aufgebaut. Es besteht im Grunde nur aus der Funktion, eine SMS mit einem bestimmten Text an eine definierte Nummer zu senden. Die Nummer wird dabei in einem eigenen Variablen Block gesetzt. Dabei ist es wichtig, dass die Telefonnummer zwischen zwei Hochkomma gesetzt wird, damit sie als Text erkannt wird, vor allem wenn man wie ich die Ländervorwahl verwendet.

Die Telefonnummer als Variable speichern (klicken für größere Version)

Bei dem Funktions-Block für die ausgehende SMS ist bei der Telefonnummer die zuvor definierte Variable zu verwenden. Die Option "Hide from messaging app" hatte bei mir keine Auswirkung, die SMS werden in Signal trotzdem angezeigt.

Funktionsblock zum Versenden der Anfrage-SMS (klicken für größere Version)

Das fertige Skript schaut wie folgt im Ablauf aus.

Aufbau des Skripts zur Anfrage der GPS-Position per SMS (klicken für größere Version)

Das Skript hab ich hier als flo-Datei bereitgestellt. Diese Datei muss nur mehr in die Automate-App importiert und Telefonnummer angepasst werden.

Um das Skript auszuführen, habe ich es meinen Eltern als App-Starter auf den Homescreen gelegt.

Install Home Screen Shortcut für das direkte Ausführen des Skripts über den Homescreen (klicken für größere Version)

Skript zur Sendung der GPS-Position

Das zweite Skript beschäftigt sich mit dem Empfang der SMS aus Skript 1 und dem Versand der GPS-Position.

Auch hier wurde zuvor die Telefonnummer als Variable definiert, um sie im Weiteren Verlauf nicht ständig eingeben zu müssen und so Tippfehler vermeidet. Des Weiteren wurde der Nachrichtentext ebenfalls als Variable definiert, da die Position nur aufgrund eines bestimmten Textes versendet werden soll.

Warten auf den Empfang der SMS zur Positionsanfrage (klicken für größere Version)

Danach hab ich einen Zwischenblock eingebaut, der überprüft, ob GPS überhaupt aktiv läuft. Wenn nicht, dann wird keine SMS versendet und es wird erneut auf eine neue SMS gewartet. Sicherlich wäre es praktisch, wenn das Skript die GPS-Funktion selbstständig aktiviert, dies wird allerdings von Android aufgrund von Sicherheitsrichtlinien nicht erlaubt. Ist GPS aktiv, erfolgt die Ermittlung der GPS-Position. Für die beiden Koordinaten setze ich je eine Variable, die im weiteren Verlauf zur Anwendung kommen.

Automate Block zur Ermittlung der GPS-Position (klicken für größere Version)

In diesem Block ist es wichtig für GPS-FIX den Wert 0 zu definieren, denn dadurch wird immer die aktuelle GPS-Position ermittelt und in weiterer Folge versendet.

Wert für GPS-FIX auf 0 setzen (klicken für größere Version)

Die zuvor erstellten Variablen für die beiden Koordinaten kommen nun zum Einsatz. Um dem SMS-Empfänger eine komfortable Möglichkeit der Anzeige der GPS-Position zu bieten, habe ich mich für die Verwendung eines OSMAnd-Links entschieden. In der OSMAnd-App ist es nämlich möglich Positionen per Weblink zu teilen. Der Link hat die Form von https://osmand.net-go?lat="wert"&lon="wertLAT"&z="wertLONG" . In Automate müssen daher nur mehr die zuvor erstellten Variablen in die URL eingesetzt werden. Der Link wird in einer eigenen Variable gespeichert, um beim Versenden der SMS auf diese zugreifen zu können.

Generierung des SMS Textes mit den Koorindaten als OSMAnd Link (klicken für größere Version)

Beim Versender der SMS kann wieder auf die Variable der Telefonnummer, die bereits beim Empfang zum Einsatz kam, verwendet werden. Unter "Message" wird die vorher erstelle Variable "varMessage", die den OSMAnd-Link enthält, eingefügt.

Funktionsblock zum Versenden der SMS mit den OSMAnd-Link (klicken für größere Version)

Der komplette Ablauf des Skriptes ist in der nachfolgenden Grafik ersichtlich. Wie beim vorherigen Skript stelle ich es als flo-Datei via github zur Verfügung.

Aufbau des Skripts zum Senden der GPS-Position per SMS (klicken für größere Version)

Bei diesem Skript hab ich mich dazu entschieden, dass es ständig im Hintergrund laufen darf. Das es nach einem Smartphone Neustart ebenfalls wieder läuft, habe ich die entsprechende Option in der Automate-App aktiviert.

Aktivierung der Option, dass Skript nach Smartphone Neustart automatisch gestartet wird (klicken für größere Version)

Finaler Test

Für den Test hier habe ich die beiden Skript nur auf meinem Smartphone ausgeführt. Wie in der folgenden Abbildung zu sehen ist, wird sowohl die Anfrage-SMS als auch die SMS mit dem OSMAnd-Link angezeigt.

Anzeige der SMS in Signal im Zuge eines Funktionstests (klicken für größere Version)

Wird der OSMAnd-Link in der SMS angeklickt, kann dieser entweder in der OSMAnd-App oder einem Webbrowser angezeigt werden. Nachfolgende Abbildung zeigt die Anzeige in der OSMAnd-App.

Anzeige der Position in OSMAnd (klicken für größere Version)

Sicherlich lässt sich das Skript um weitere Überprüfungen erweitern. Des Weiteren wird sich zeigen, wie sich das ständig aktive Skript auf den Akku-Verbrauch auswirkt. Hier kann dann eine Option eingebaut werden, dass nur bei Bedarf das Skript gestartet wird.

Android Automate Script zur Senden der aktuellen GPS-Position

2021-07-17T20:36:00+01:00

Motivation für das Skript und alternative Apps

Voraussetzungen

Automate muss am Android Gerät installiert sein
Für den SMS-Versand muss eine SIM-Karte im Gerät eingelegt sein
(optional) OSMAnd-App zur Anzeige der GPS-Position. Die generierten GPS-Daten lassen sich allerdings auch in einem Web-Browser (Chrome, Firefox, …) darstellen.

Das Skript

Um den oben beschriebenen Anwendungsfall abzudecken, benötige ich zwei Skripte. Ein Skript fragt nach der GPS-Position nach, das andere Skript antwortet aufgrund der SMS mit den GPS-Positionsdaten.

Skript zur Anfrage der GPS-Position

Die Telefonnummer als Variable speichern (klicken für größere Version)

Funktionsblock zum Versenden der Anfrage-SMS (klicken für größere Version)

Das fertige Skript schaut wie folgt im Ablauf aus.

Aufbau des Skripts zur Anfrage der GPS-Position per SMS (klicken für größere Version)

Das Skript hab ich hier als flo-Datei bereitgestellt. Diese Datei muss nur mehr in die Automate-App importiert und Telefonnummer angepasst werden.

Um das Skript auszuführen, habe ich es meinen Eltern als App-Starter auf den Homescreen gelegt.

Install Home Screen Shortcut für das direkte Ausführen des Skripts über den Homescreen (klicken für größere Version)

Skript zur Sendung der GPS-Position

Das zweite Skript beschäftigt sich mit dem Empfang der SMS aus Skript 1 und dem Versand der GPS-Position.

Warten auf den Empfang der SMS zur Positionsanfrage (klicken für größere Version)

Automate Block zur Ermittlung der GPS-Position (klicken für größere Version)

Generierung des SMS Textes mit den Koorindaten als OSMAnd Link (klicken für größere Version)

Funktionsblock zum Versenden der SMS mit den OSMAnd-Link (klicken für größere Version)

Der komplette Ablauf des Skriptes ist in der nachfolgenden Grafik ersichtlich. Wie beim vorherigen Skript stelle ich es als flo-Datei via github zur Verfügung.

Aufbau des Skripts zum Senden der GPS-Position per SMS (klicken für größere Version)

Aktivierung der Option, dass Skript nach Smartphone Neustart automatisch gestartet wird (klicken für größere Version)

Finaler Test

Anzeige der SMS in Signal im Zuge eines Funktionstests (klicken für größere Version)

Wird der OSMAnd-Link in der SMS angeklickt, kann dieser entweder in der OSMAnd-App oder einem Webbrowser angezeigt werden. Nachfolgende Abbildung zeigt die Anzeige in der OSMAnd-App.

Anzeige der Position in OSMAnd (klicken für größere Version)

PaMu - Slides Mini

2020-11-10T21:55:00+01:00

Leider sind mir vor Kurzem meine geliebten PaMus heruntergefallen. Nein, nicht beim Tragen aus dem Ohr, sondern blöderweise, bevor ich sie in die Aufbewahrungsbox legen wollte. Ein Kopfhörer hat sich in 3 Teile zerlegt und der andere ist heil geblieben. Da ich die PaMus sehr gerne unterwegs verwende, vor allem seitdem ich nach Wien pendeln muss, musste ich schnell für Ersatz sorgen. Ich entschied mich dabei für die PaMu Slide Mini. Da ich vor ca. 2 Jahren bereits einen Blogbeitrag zu den PaMus geschrieben habe, dachte ich mir, dass ich euch von meinen Erfahrungen mit den Slide Minis ebenfalls berichte.

PaMu Slide Mini in der Ladestation

PaMu Slides Mini- Warum?

Ihr fragt euch sicherlich, was ist so toll dran? Es gibt ja schon jede Menge Headsets von anderen Anbietern, warum schon wieder PaMus?

Never fall out - hm, bis jetzt sind mir die PaMus beim Tragen nicht aus dem Ohr herausgefallen
Hi-Fi Audio Sound - Ich bin sehr zufrieden mit der Tonqualität
Auto connects - Mit Bluetooth 5.0 ist die Verbindung schnell hergestellt.
Waterproof - Da ich auch im Regen mit dem Radfahre, oder wenn ich im Whirlpool sitze, müssen die Kopfhörer das aushalten.
Portable Charging Pod - Ich finde die Ladefunktion sehr praktisch
Touch Control - Die Bedienung ist einfach und funktioniert gut

Erfahrung

Die PaMu Slide Mini sind sehr schön verpackt, wobei die Plastik-Klebefolie hätte man ruhig weglassen können.

Verpackung der PaMu Slide Mini

Aufgrund der Größe weist die Ladestation der PaMu Slide Mini einer kleiner Ladekapazität auf, reicht aber im Alltag durchaus. Ich komme mit der Ladestation ca. 1/2 Woche aus. Wenn sie leer wird, ist sie aber recht schnell wieder aufgeladen. Mache dies auch des Öfteren über ein Akkupack. Die Größe der Ladestation hat allerdings auch einen Vorteil. Sie passt besser in die Hosentasche und ist daher unterwegs viel praktischer.

Die PaMu Slide Mini in der Ladestation

Ich bin mit meinem Kauf sehr zufrieden, wobei ich schon erwähnen muss, dass sich die PaMu Minis wie auch die PaMus für das Telefonieren nur begrenzt eignen. Teilweise werde ich schlecht verstanden, andere Gesprächspartner meinen allerdings, dass die Sprachqualität nicht so schlecht war. Des Weiteren habe ich den Eindruck, dass man beim Laden der Kopfhörer darauf achten muss, dass sie auch wirklich auf den Ladekontakten sitzen, denn sonst werden sie nicht geladen. Zumindest hatte ich teilweise den Eindruck, wenn ich den Deckel öffnete und dann leicht auf einen Kopfhörer drückte, erst dann das Ladelicht anging. Hatte aber noch nicht den Fall, dass sich die PaMus vollständig entladen hatten.

PaMu - True Wireless headphone

2018-05-14T20:00:00+01:00

Da ich des Öfteren auf kickstarter und indiegogo Projekte unterstütze, gibt es hier einen kleinen Bericht über meine neueste Erungenschaft.

Es handelt sich um das Bluetooth Headset PaMu von der Firma padmate.

PaMu in der Ladestation

PaMu - Warum?

Ihr fragt euch sicherlich, was ist so toll dran? Es gibt ja schon jede Menge Headsets, was ist schon so besonders dran.

Hm, ok, ich gebe es zu, es war ein spontan Kauf. Es gab aber auch weitere Gründe für den Kauf. Einerseits lag der Preis unter € 30,- (war leider nur im Zuge der indiegogo Kampagne so günstig) und andererseits interessierten mich die diversen Merkmale.

1 - Never fall out - hm, bis jetzt ist mir jeder in-ear Kopfhörer rausgefallen 2 - Hi-Fi Audio Sound - um den Preis geht das wirklich? 3 - Auto connects - geht das auch mit meinem Handy? 4 - Waterproof - Im Regen oder in der Dusche Musik hören? 5 - Portable Charging Pod - Nette Idee zum Aufladen der Kopfhörer 6 - Touch Control - Ist die Bedienung wirklich so einfach?

Erfahrung

Ich habe die PaMus erst einen Tag im Einsatz, kann aber schon etwas Feedback dazu geben.

zu 1: Ja, sie sitzen wirklich fest. Bis jetzt sind sie mir nur beim Duschen aus dem Ohr geflutscht. Allerdings ganz klein sind sie nicht, wie ihr an den Bildern erkennt, aufallen tut man mit PaMu.

PaMu der erste Tragetest

PaMu Tragetest im Garten

zu 2: Die Sound-Qualität ist wirklich gut, bin zufrieden damit.

zu 3: Erstaunlicherweise funktioniert das Verbinden sehr gut. PaMus aus Ladestation nehmen, schon sind sie mit Handy verbunden. PaMus in die Ladestation zurücklegen, schon ist die Verbindung wieder getrennt.

zu 4: Wie bereits in Punkt 1 erwähnt, ja ich habe die PaMus beim Duschen ausprobiert. Es hat funktioniert, aber sie sind mir beim Kopfwaschen herausgefallen. Die Verbindung bzw. die Wiedergabe wurde bei direktem Kontakt mit dem Wasserstrahl beendet. Durch Betätigen der Taste an der Außenseite der PaMus wurde die Wiedergabe fortgesetzt. Möglicherweise ist die Druckempfindlichkeit so leicht eingestellt? Werde in Zukunft das Duschen damit allerdings unterlassen, da beim Radfahren einen PaMu im Ohr habe und beim Duschen meine Ohren auch waschen will. Laut Anleitung sind die PaMus Spritzwasser geschützt, stärkere Kontakt mit Wasser sollte vermieden werden. Also Duschen damit auf eigene Gefahr.

zu 5: Das Aufladen des Pod funktioniert per beigelegten USB-Kabel. Der Pod hat auch einen eingebauten Akku mit dem man die PaMus unterwegs auch aufladen kann. Die Ladezeit beträgt ca. 1.5h (Der Pod 2h). Näheres siehe folgende Spezifikation von der Verpackung.

PaMu Spezifikation

Die PaMus liegen gut im Pod und mit dem drehbaren Deckel auch fest. Ich hatte zuvor schon ein ähnliches Headset, allerdings nur bestehend aus einem Kopfhörer und dieses war nicht so fest in der Ladestation, sodass beim Laden oft der Kontakt verloren ging, wenn die Ladestation gedreht wurde.

zu 6: Die Bedienung ist recht simpel. Bei der Außenseite von beiden Kopfhörern handelt es sich um eine Multifunktionstaste. 1x Tippen - Musik starten, Pause, Anruf entgegen nehmen oder Anruf auflegen 2x Tippen - nächstes Lied, Anruf ablehnen

Mehr Funktionalität wird leider nicht geboten. Interessant für mich wäre noch eine Lautstärken Regelung gewesen.

Die Qualität beim Musikhören habe ich oben bereits erwähnt. Beim Telefonieren ist es meiner Erfahrung nach abhängig, wo man telefoniert. Meiner Mutter hab ich ein Paar PaMus geschenkt und sie war beim Telefonieren im Zimmer mit der Qualität zufrieden. Bei meiner heutigen Heimfahrt mit dem Rad konnte mich mein Gesprächspartner leider nicht verstehen. Im Büro habe ich es kurz als Headset verwendet und hatte beim Telefonieren ebenfalls Verständigungsprobleme. Hauptaugenmerkt für die Produzenten war anscheinend die Audiowiedergabe als die Verwendung zum Telefonieren.

Ein Hinweis: Da ich beim Radfahren nicht beide PaMus gleichzeitig verwenden kann, da sie sehr gut die Umgebungsgeräusche wegfiltern, musste ich folgenden Hack durchführen. Die PaMus funktionieren normal nur, wenn beide aus dem Pod entnommen wurden. Wenn allerdings die Kontakte eines PaMus mit etwas Klebeband oder in meinem Fall mit einem Ringverstärker verklebt werden, kann man auch nur einen PaMu verwenden. Wichtig: Den rechten PaMu im Pod lassen, da der Linke der Hauptpod ist. Dies zeigt sich deutlich beim Telefonieren, da nur am linken PaMu der Gesprächspartner zu hören ist.

Hack um nur einen PaMu zu verwenden

Dual SIM - Meine ersten Erfahrungen & Ticks

2017-10-09T23:00:00+01:00

Mir ist leider vor kurzem ein Missgeschick mit meinem Nexus 5 passiert, wodurch ich gezwungen war, dass Handy zu wechseln. Da ich erst kürzlich ein Dual-SIM fähiges Firmenhandy bekommen habe, nahm ich dies anstatt mir ein neues Smartphone kaufen zu müssen. In diesem Blogbeitrag geht es mir um die generelle Verwendung eines Dual-SIM fähigen Smartphones, was man zu beachten hat und wie man sich den Alltag erleichtern kann.

Erste Schritte mit Dual-SIM

Von meiner Firma bekam ich wie bereits erwähnt ein Smartphone zur Verfügung gestellt, Moto G4 (play). Ich werde hier jetzt nicht näher auf die Pro und Contras zu diesem Smartphone eingehen, außer, dass mir sehr gut gefällt, dass man zusätzlich zum zweiten SIM-Karten Slot die Möglichkeit hat eine Speicherkarte einzusetzen. Bei den meisten Dual-SIM Smartphones muss man sich entscheiden, ob Dual-SIM oder Speicherkarte, der Slot erlaubt nur eines davon.

Unteschiedliche Ruftöne

So nun hatte ich beide Karten drinnen und war somit über ein Handy mit zwei Nummern erreichbar. Da stellte sich bei mir gleich die Frage, wie kann ich die Anrufer unterscheiden, ob sie nun auf der privaten oder der Firmennummer anrufen. Meine Idee war es jeder SIM Karte einen eigenen Rufton zuzuordnen. So weiß ich von Hören, ob es ein Firmen- oder ein Privatkontakt dran ist. Schnell stellte ich fest, dass dies keine Standardfunktion ist. Meine Recherche ergabe, dass dazu zusätzliche Apps installiert werden müssen. Für den Anfang hab ich mich für die App DualSim Ringtone entschieden. Sie ist reicht einfach zu bedienen und macht was sie soll.

Signal-Messenger

Auf meinem Nexus 5 war ich es gewohnt Nachrichten und SMS per App Signal zu versenden. Daher war diese App unter den ersten Installationen. Meine alten Nachrichten konnte ich von meinem alten Handy per Export (außer Nachrichten mit Medieninhalten wie Videos oder Bildern) auf das neue Handy übertragen. Meine private SIM konnte ich durch erneute Registrierung wieder für Signal Nachrichten freischalten. Über die Firmennummer versende ich nur SMS. Um nun SMS über die gewünschte Nummer zu versenden, drückt man länger auf den Senden-Button und bekommt dann eine Auswahl, welche SIM-Karte verwendet werden soll.

Deaktivierung von einer SIM Karte ab einer bestimmten Zeit

Das Zuweisen von unterschiedlichen Klingeltönen zu jeder SIM ist schon ein guter Anfang. Die nächste Stufe wäre für mich, die Automatisierung der Deaktivierung einer von den SIM-Karten. Als sportliche Randbedingung will ich dies durch keine Kauf-App bewerkstelligen. Ich bekam im Vorfeld schon ein paar Tipps, wie dies mit Tasker zu lösen ist, allerdings ist Tasker kostenpflichtig. Eine Alternative stellt aus meiner Sicht Automate dar. Die App ist so aufgebaut, dass man durch zusammenhängen von einzelnen Bausteinen Flowcharts entwickelt, die den Ablauf der gewünschten Automatisierung festlegen.

Nexus 5 Umstieg auf lineageos 14.1

2017-02-20T20:30:00+01:00

Ende letzten Jahres wurde die Entwicklung an cyanogenmod eingestellt. Erfreulicherweise ist bis Ende des Jahres ein Nachfolgerprojekt gegründet worden: lineageos Am 25.12.2016 wurden bereits erste inoffizielle Releases verbreitet. Ich habe diese Chance auch genutzt und bin von CM14 auf lineageos 14 umgestiegen. Im Grunde war das OS recht brauchbar, es gab nur ein paar störende Effekte: Bluetooth Geräte wurden nicht automatisch verbunden und tageweise musste ich mein N5 (Nexus 5) mehrmals neustarten, da meine SIM-Karte nicht mehr erkannt werden konnte. Glücklicherweise stellte ich letztes Wochenende fest, dass offizielle Releases zur Verfügung stehen.

Installation und die Hürden

Nachdem ich mir die Installationshinweise und mein N5 näher angeschaut habe, musste ich leider feststellen, dass ich Cyanogenmod Recovery installiert hatte. Somit war schon mal klar, ich muss mir vorher das TWRP-Recovery installieren. Des Weiteren wird dazu geraten, vor der Installation von lineageos den Speicher zu löschen (wipe unter TWRP-Recovery).

Doch zu vor - als erfahrender Android-Flasher - ist es natürlich ratsam die alten Telefondaten zu sichern.

Zum Sichern setzte ich einerseits auf Titanium Backup in der Pro-Version (in der Pro-Version wird der Batchprozess ohne Zwischenmeldungen durchgeführt) und andererseits erstelle ich manuelle Kopien von meinen Kontakten, SMS und selbst erstellte Skripte (Tasker). Nachdem ich alles auf mein Notebook gesichert habe, beginnt die eigentliche Arbeit.

Zuerst installiere/flashe ich das TWRP-Recovery nach einer Anleitung auf mein N5. Nach einem Neustart speichere ich auf die interne SD-Karte folgende Dateien ab:

Aktuellste Version von opengapps (7.1 nano): Lineageos enthält keine Google-Apps, daher müssen diese gesondert installiert werden.
Letztes Nightly Build von lineageos: Im Gegensatz zu CM erscheinen die Nightly Builds wöchentlich, da noch nicht so viele Entwickler Ressourcen zur Verfügung stehen.
Aktuellste Version von SuperSU: Wird für spätere Rootrechte in lineageos benötigt.

Im nächsten Schritt starte ich das N5 im Recoverymode und Lösche das bestehende System samt Dalvic-Cache.

Als Erstes erfolgt die Installation von lineageos. Danach die Google-Apps und im Anschluss daran die SuperSu-Datei. Nach Abschluss der letzten Installation kan das N5 neugestartet werden. Nach einer kurzen Wartezeit wird man bereits mit dem lineageos Ladesymbol begrüßt. Anschließend sind die notwendigen Infos zu WLAN, Google-Konto, etc. anzugeben.

Für die Wiederherstellung meiner alten Daten führe ich die Installation von Titanium Backup durch. Beim Löschen des Systems über TWRP wurde die SD-Karte nicht angegriffen, daher befand sich dort noch meine Backup-Daten. Diese lies ich nun wiederherstellen und starte danach mein N5 neu. Nun wurden mir meine gewohnten Homescreens angezeigt. Ein paar Anpassungen in der GUI (Batteriesymbol) musste ich allerdings schon noch manuell durchführen. Was noch zu erwähnen ist, dass durch die Installation alle App-Berechtigungen verloren gehen. Dies waren allerdings recht schnell wieder gesetzt.

Fazit

Die Installation verlief bei mir unproblematisch. Meine Daten wie Kontakte und SMS waren wie vorher vorhanden. Überraschenderweise hat das Wiederherstellen von Signal hervorragend geklappt. Ich musste diesmal auch nicht einen neuen Schlüssel generieren.

Sicherlich lässt sich nach einem Tag Testphase nicht viel zur Stabilität oder sonstigen Verhalten sagen, aber auf jeden Fall funktioniert die automatische Verbindung mit Bluetooth-Geräten besser und die SIM-Karte wurde den ganzen Tag erkannt.

Altes Android System auf neuem Nexus 5 wiederherstellen

2016-11-06T16:30:00+01:00

In den letzen beiden Tagen habe ich mich erneut in das Nexus 5 verliebt. Meine Eltern sind seit kurzer Zeit ebenfalls Nexus 5 Benutzer. Gestern musste leider eines davon eine unsanfte Landung absolvieren, wodurch der Display in Mitleidenschaft gezogen wurde.

Nexus 5 mit Display Schaden

Nun gab es zwei Möglichkeiten:

A) Display tauschen B) gebrauchtes Nexus 5

Den geringsten Aufwand stellte für mich Möglichkeit B dar. Dank meines Bruders haben wir auch schnell über Willhaben ein passendes Angebot gefunden und dieses innerhalb eines Tages abgeholt.

Backup & Restore

Nun war das alte Nexus 5 noch betriebsbereit, wodurch ich die Möglichkeit hatte ein aktuelles Backup zu erzeugen.

Auch hier standen mir zwei Möglichkeiten zur Verfügung:

A) Titanium Backup

B) TWRP Backup bzw. nandroid Backup

Und wieder habe ich mich für Variante B) entschieden. Für Titanium Backup müsste ich die kostenpflichtige Version kaufen und da ich eh das komplette System wiederherstellen wollte, war aus meiner Sicht dies die einfachste und schnellste Variante. Per "adb pull" konnte ich das Backup auf mein Notebook sichern.

Nun ging es dran, das Backup auf das neue Nexus einzuspielen. Nachdem das neue Gerät per "fastboot oem unlock" wieder gerootet habe, konnte ich auch auf diesem TWRP installieren (fastboot flash recovery twrp-3.0.2-0-hammerhead.img). Ich habe danach am neuen Nexus ein Backup durchgeführt, da TWRP die Backups in einen Ordner ablegt, der als Bezeichnung die Seriennummer des Smartphones enthält. Die Backupdateien selbst befinden sich in einem weiteren Unterordner und TWRP findet Backup-Dateien auch nur unter diesen Ordner. Per adb push habe ich nun vom Notebook das Backup vom alten Nexus auf das neue Nexus übertragen. Nach der Ausführung des Restores und einem Neustart war auf dem neuen Nexus 5 das System wie beim alten Nexus 5.

Die Probleme

Nach der bisherigen Beschreibung kann man eins zu eins das System auf einem neuen Gerät kopieren, solange man nicht telefonieren oder SMS schreiben will. Denn das Problem ist, dass durch die oben beschriebene Variante der interne EFS-Ordner überschrieben wird. Dieser enthält die Information, welche IMEI-Nummer dem Smartphone zugeordnet ist. Durch das Überschreiben wird entweder eine ungültige IMEI Nummer oder die IMEI Nummer wird auf 0 gesetzt. Das Problem ist nun, ohne IMEI Nummer kann sich das Smartphone nicht ins Mobilefunktnetz einwählen, dadurch sind Anrufe oder SMS nicht möglich.

Lösungsweg

Meine Recherchen haben ergeben, dass in Einzelfällen ein Überspielen des Systems mit Hilfe eines Factory-Image die alte IMEI Nummer wiederhergestellt hat. Daraufhin habe ich diese Anleitung befolgt und das Factory-Image eingespielt. Leider hat dies nicht den gewünschten Erfolg gehabt und die IMEI Nummer war noch immer auf den Wert 0 gesetzt.

Als nächstes versuchte ich mit folgender Anleitung die IMEI Nummer zu reparieren oder wenigstens durch eine Entwickler IMEI Nummer zu ersetzen. Allerdings dürfte sich die Ordner Struktur von Android geändert haben, wodurch ich den EFS-Ordner nicht im root-Verzeichnis finden konnte. Auch nicht auf meinem eigenen Nexus 5, wo der EFS-Ordner korrekt ist und ich eine IMEI Nummer besitze.

Schlussendlich bin ich bei folgender Anleitung gelandet. Dieser Forumbeitrag beschrieb ganz genau mein Problem und ich hatte endlich die Lösung in Händen. Dachte ich mir. Denn in dem Forumbeitrag wird die Lösung anhand eines Windowsprogamms beschrieben. Ich habe bei mir privat allerdings nur Linux im Einsatz, außer einen alten Pentium 4, der mir ab und zu als Spielerechner dient. Zu erst versuchte ich die Windowstools unter WINE auszuführen. Starten konnte ich die Programme schon, aber sie erkannten das Nexus 5 nicht. In weiteren Forumbeiträgen habe ich gelesen, dass auch mit Virtuellen Maschinen das korrekte Ausführen der Programme nicht möglich war. Daher entschloss ich mich, meinen alten Pentium 4 zu reaktivieren. Die beschriebenen Programme waren schnell installiert, allerdings hatte ich mit einer Grundlage starke Probleme: Installation des LG NEXUS 5 Treibers. Nach 5 Stunden gab ich die Installationsversuche schließlich auf. Aus irgendeinem unbekannten Grund konnte mein Windows PC die lokal vorhandenen Treiberdateien für die Installation nicht verwenden.

Wichtigste Erfahrung

Was ich aus der ganzen Sache gelernt habe? Bevor du was tust, immer ein Backup ziehen! Und, der augenscheinlich schnellste Weg ist nicht immer der mit den geringsten Problemen. Daher werde ich, wenn ich die IMEI Nummer wiederhergestellt habe, sofort ein Backup des EFS-Ordners durchführen.

Nexus 5 - CM13 Upgrade

2016-06-05T10:39:00+01:00

Da ich aufgrund eines Unfalls länger ans Bett gebunden war, habe ich mich entschlossen, dass ich neben dem Upgraden meines x260 auf Xubuntu 16.04 auch noch mein Nexus 5 auf den aktuellsten Stand bringe. Einerseits habe ich von einer Sicherheitslücke erfahren, die in meiner alten Version noch existieren sollte und andererseits ich Android 6 haben wollte. Da das Nexus 5 für Entwickler konzipiert wurde und ich schon länger Cyanogenmod (CM) im Einsatz habe, ist der Upgrade-Prozess keine große Sache. Meine folgende Beschreibung setzt voraus, dass das Nexus5 bereits vorher mit Cyanogenmod 12.1 betrieben wurde.

Folgende Schritte sind notwendig:

Datensicherung
Download der letzen CM13 Version über die Updatefunktion und GAPPS
TWRP Aktualisierung
Löschen der bestehenen Daten
Installation CM13
Installation GAPPS
Backupdaten zurückspielen
Installation Xposed Framework

Datensicherung

Für die Datensicherung verwende ich schon seit Jahren Titanium Backup, da ich damit derzeit die besten Erfahrungen gemacht habe. Ich verwende die Pro-Version, da nur hier die Stapelfunktion freigeschalten ist, sodass ich nicht manuell jedes einzelne Programm oder Funktion sichern muss. Entweder per ADB oder über Medienfreigabe werden die Sicherungsdaten auf das Notebook übertragen.

Als Messenger und SMS App verwende ich Signal. Um die Nachrichten und SMS nicht zu verlieren, führte ich eine gesonderte Sicherung der Nachrichten durch.

Download der letzen CM13 Version über die CM-Updatefunktion und GAPPS

Ich verwende die CM-Updatefunktion, damit ich sicher gehen kann, dass die CM13-Version auch für mein Nexus 5 geeignet ist. Sicherlich kann man sich das entsprechende Image (ZIP-Datei) auch über die CM-Webseite downloaden. Ist im Grunde nur eine Geschmackssache :-)

Für die Google Apps verwende ich OpenGAPPS, da hier unterschiedliche Varianten von GAPPS zur Verfügung gestellt werden. Ich verwendete die Stock-Variante und legte die ZIP-Datei ebenfalls im CM-Update Ordner ab.

TWRP Aktualisierung

CM13 benötigt das aktuellste Custom-Recovery, in diesem Fall habe ich mich für TWRP entschieden. Ich bin dabei dieser Anleitung gefolgt. Bei mir ist das Image unter dem Link "Normal" zum Einsatz gekommen, da ich mich noch nicht getraut habe auf hammerheadcaf zu wechseln.

Löschen der bestehenen Daten

Da ich eine Sicherung von meinem System gemacht habe, konnte ich nun getrost den Speicher im Recoverymode leeren.

Installation CM13

Der CM-Updateordner wurde durch den vorherigen Schritt nicht gelöscht, daher konnte ich die CM13-ZIP-Datei für die Installation verwenden.

Installation GAPPS

Nun folgte die Installation der GAPPS. Die entsprechende ZIP-Datei befand sich ebenfalls im CM-Download Ordner und war daher auch nicht von meinem vorherigen Schritt betroffen.

Backupdaten zurückspielen

Beim ersten Boot startete das Nexus 5 mit dem neuen CM13. Daher musste ich im Wizard die Spracheinstellungen, WLAN Zugangsdaten und Google Kontoinformationen neusetzen. Der erste Schritt war nun, die Installation von Titanium Backup, um mein Backup einspielen zu können. Per ADB übertrug ich die Backup-Dateien von meinem Notebook auf das Nexus 5. In Titanium Backup nur noch den Backup-Ordner suchen lassen und schon konnte über die Stapelfunktion das Backup zurückgespielt werden.

Signal kann leider nicht fehlerfrei wiederhergestellt werden. Ich lösche daher immer die App und installiere sie neu, da es sonst zu Authentifizierungsproblemen kommt. Die Signal Nachrichten und SMS ließen sich über die interne Backupfunktion von Signal wiederherstellen. Leider verliert Signal dabei die Gruppendefinitionen.

Installation Xposed Framework

Seit kurzer Zeit verwende ich das Xposed Framework, da ich dadurch den Funktionsumfang von CM13 erweitern kann. Hauptsächlich geht es mir um das Modul XPrivacy, wodurch ich Apps noch genauer Rechte entziehen kann. Dafür ist es allerdings notwendig, dass das Xposed Framework installiert ist. Für CM13 benötigte ich die Version für Android 6. Die Installation erfolgt entweder über die Xposed App oder per Recoverymode.

Nach einem Neustart war nun mein Nexus 5 mit CM13 und meinen alten Einstellungen ausgestattet. Die Xposed Module habe ich noch entsprechend aktualisiert, aber sonst war nicht mehr viel zu tun. Seit ein paar Tagen habe ich nun das neue System und konnte noch keine Probleme feststellen (Holz-klopf).