mAPRS ist mein eigenes App-Projekt für Android und iOS zur Zusammenarbeit mit APRS. Es entstand nicht, weil es auf dem Markt an APRS-fähigen Apps mangelte – solche Programme gibt es bereits einige, und viele davon erfüllen ihre Aufgabe sehr gut. Der Grund war deutlich einfacher. Bei der täglichen Nutzung von APRS störte mich, dass ich die Einstellungen je nach dem, was ich gerade tat, ständig manuell ändern musste. Wenn ich mit dem Auto unterwegs bin, möchte ich anders sichtbar sein als zu Fuß. Noch andere Informationen sollten gesendet werden, wenn ich zu Hause bin. Jedes Mal musste ich daran denken. Und genau dann stellte sich die Frage: Warum kann die App das nicht selbst erledigen? So begann die Entwicklung von mAPRS. 

grafika

Wie entstand die Idee zu mAPRS?
Die grundlegende Idee des Projekts war von Anfang an sehr konkret: Die App sollte so weit wie möglich autonom arbeiten. Ich wollte nicht vor jeder Fahrt überlegen, ob ich das richtige Symbol eingestellt hatte. Ich wollte nach dem Parken und dem Beginn eines Spaziergangs nicht manuell das Profil wechseln. Ebenso wenig wollte ich nach der Rückkehr nach Hause an eine weitere Änderung der Einstellungen denken. mAPRS soll die Situation erkennen und entsprechend reagieren.

Die App ermittelt, ob ich mich gerade: mit dem Auto fortbewege, zu Fuß unterwegs bin oder zu Hause befinde. Auf dieser Grundlage wählt sie automatisch die passenden an APRS übermittelten Elemente aus – vor allem das Symbol, den Kommentar sowie das passende Stationssymbol bzw. -zeichen. Der Benutzer muss die Konfiguration also nicht jedes Mal manuell ändern. Genau diese Automatisierung ist der wichtigste Grund für die Entwicklung von mAPRS und zugleich das Merkmal, um das herum ich das gesamte Projekt aufbaue.

Zusammenarbeit mit APRS-IS
mAPRS kommuniziert mit dem Netzwerk APRS-IS, also dem internetbasierten Teil der APRS-Infrastruktur. Die App bereitet die stationsbezogenen Informationen auf und übermittelt sie an das Netzwerk. Dadurch können die Position und weitere Daten auch in anderen Diensten und Apps sichtbar sein, die APRS-IS nutzen. Dabei ist mir die APRS-Kompatibilität besonders wichtig. Die Automatisierung soll keine eigene, abgeschottete Funktionsweise schaffen. Im Gegenteil: mAPRS soll die bestehende APRS-Infrastruktur nutzen, dem Benutzer jedoch einen Teil der Aufgaben abnehmen, die normalerweise manuell erledigt werden müssen. Aus Sicht des Netzwerks ist das ein kleiner Unterschied, für jemanden, der die App täglich nutzt, jedoch ein sehr großer.

Der Track soll präzise bleiben
Ein wichtiges Element der App ist die Aufzeichnung und Darstellung der Route. Bei der Entwicklung von mAPRS ist mir wichtig, dass die Optimierung der App nicht zulasten der Qualität des Tracks geht. Wenn ich unterwegs bin, möchte ich später den tatsächlichen Verlauf sehen und nicht nur einige zufällige, durch gerade Linien verbundene Punkte. Deshalb müssen die Mechanismen für die Übermittlung von Informationen an APRS und die Mechanismen zur Erstellung des Tracks nicht genau gleich arbeiten. Für die korrekte Funktion und Darstellung der Route kann die App detaillierte Bewegungsdaten benötigen, auch wenn nicht jede dieser Informationen sofort an APRS-IS gesendet werden muss.

Die nächste Herausforderung: Energieverbrauch
Eine App, die über viele Stunden den Standort überwacht, kann sehr leicht zu einem der größten Energieverbraucher auf dem Smartphone werden. Deshalb ist die Optimierung des Akkuverbrauchs ein weiterer wichtiger Entwicklungsschritt von mAPRS. Es geht jedoch nicht um die einfachste Lösung, den Standort seltener abzufragen. Das könnte die Qualität des Tracks und die Zuverlässigkeit der Erkennung der Fortbewegungsart beeinträchtigen. Ziel ist es, die Ortungsfunktionen so zu nutzen, dass die App die benötigten Informationen erhält, das Smartphone aber gleichzeitig nicht zu unnötiger Arbeit zwingt. Das ist besonders auf längeren Fahrten oder bei ganztägigen Aktivitäten im Freien wichtig. mAPRS sollte lange im Hintergrund laufen können, ohne dass man ständig darüber nachdenken muss, wie viel Akkuladung noch vorhanden ist.

Die App wird schrittweise entwickelt
mAPRS wird kontinuierlich weiterentwickelt. Ich versuche jedoch, nicht viele zufällige Änderungen gleichzeitig einzuführen. Jede neue Version hat ein konkretes Ziel – ein bestimmtes Element zu verbessern, das Verhalten der App zu ändern oder einen bestehenden Mechanismus zu optimieren. Anschließend wird die neue Version getestet. Dieser Ansatz erleichtert die Überprüfung, ob eine Änderung tatsächlich das erwartete Ergebnis gebracht hat und ob sie nicht gleichzeitig etwas beeinträchtigt, das zuvor korrekt funktioniert hat. Besonders wichtig ist das bei einer App, die den Standort im Hintergrund erfasst. Manche Probleme treten nicht nach fünf Minuten Nutzung auf. Sie werden erst während einer längeren Fahrt, eines Stopps, eines Spaziergangs oder nach mehreren Betriebsstunden sichtbar. Deshalb sind Tests unter realen Bedingungen ein sehr wichtiger Bestandteil des gesamten Projekts.

Es geht nicht darum, eine weitere APRS-App zu entwickeln
mAPRS soll nicht mit jedem bestehenden Programm durch die Anzahl seiner Funktionen konkurrieren. Das war nicht das Ziel des Projekts. Ich möchte vor allem ein Problem lösen, auf das ich bei der Nutzung von APRS selbst gestoßen bin. Wenn die App selbst erkennen kann, dass ich gerade fahre, warum sollte ich das Autosymbol manuell ändern? Wenn ich kurz darauf zu Fuß unterwegs bin, warum sollte ich erneut die Einstellungen öffnen? Und wenn ich wieder zu Hause bin, kann das Smartphone dies ebenfalls erkennen. Genau diese Idee ist für mich die wichtigste: APRS soll sich an das anpassen, was der Benutzer tut – nicht der Benutzer an die App.

Ein Projekt, bei dem ich selbst viel lerne
mAPRS ist zugleich ein praktisches und ein technisches Projekt. Bei der Entwicklung muss ich mehrere völlig unterschiedliche Bereiche miteinander verbinden: die Funktionsweise des Systems, die Standortbestimmung, den Betrieb der App im Hintergrund, die Netzwerkkommunikation, die Besonderheiten von APRS, die Bewegungsanalyse sowie die Optimierung des Energieverbrauchs. Hinzu kommen die Erstellung neuer Versionen, Tests und der gesamte Prozess der App-Verteilung. Jede weitere Entwicklungsphase bringt neue Probleme zum Vorschein, die am Anfang oft nicht erkennbar sind. Genau das macht dieses Projekt so interessant. mAPRS entstand nicht als fertiges Produkt, das vom ersten bis zum letzten Bildschirm vollständig geplant war. Die App entwickelt sich gemeinsam mit den weiteren Tests und den Ideen, die aus der tatsächlichen Nutzung hervorgehen.

Wie geht es mit mAPRS weiter?
Die grundlegende Idee bleibt unverändert: die Arbeit mit APRS maximal zu automatisieren und dabei die Kontrolle darüber zu behalten, was die App tut. Die nächsten Entwicklungsschritte betreffen vor allem die Verbesserung der Situationserkennung, den korrekten Profilwechsel, die Standortbestimmung, die Art der Positionsmeldungen sowie die Verringerung des Energieverbrauchs. Außerdem soll der Benutzer klar erkennen können, was die App gerade tut und welche Daten sie an APRS-IS übermittelt. Funktionen möchte ich dagegen nicht nur hinzufügen, damit die Liste länger wird. Mir ist lieber, dass einige wenige wichtige Mechanismen wirklich gut funktionieren.

mAPRS – weniger Umschalten, mehr APRS
Das Projekt begann mit einer ganz einfachen Irritation: das ständige manuelle Umschalten der APRS-Einstellungen. Daraus entstand die Idee für eine App, die die Situation beobachtet und selbst entscheiden kann, wie meine Station gerade dargestellt werden soll. Ich fahre. Ich gehe zu Fuß. Ich bin zu Hause. mAPRS soll dies erkennen und das passende Symbol, den Kommentar sowie das APRS-Symbol auswählen. Ohne an Umschalter denken zu müssen. Ohne jedes Mal die Einstellungen zu öffnen. Genau das ist die Hauptidee von mAPRS – und daraus entstand der gesamte weitere Verlauf des Projekts.

Die Datenschutzrichtlinie der mAPRS-App befindet sich hier.