J
Johan
Dauergast
- 255
Nachdem ich mit AutoMagic Premium nicht wirklich zurechtkam (insbesondere fehlte mir so etwas wie der seitlich einblendbare Drawer von MacroDroid – der ist echt genial), habe ich mir jetzt auch MacroDroid gekauft. Mittlerweile habe ich es mir so eingerichtet wie früher bei Llama :−)
Zunächst mal habe ich mir Profil-Makros angelegt. MD hat ja leider keine Profile wie Llama (oder doch? Ich habe keine gefunden). Und dann Makros die auf Kalender Events reagieren. Zunächst hat das nicht funktioniert.
Der Grund: Zum Testen habe ich Kalender Einträge (Appointments) angelegt, die 1 Minute dauerten. Damit wurden die MD Makros nie ausgelöst. Ich habe dann zufällig entdeckt, dass sie funktionieren, wenn man längere Appointments anlegt. Bei mir klappt es ab Appointments die mindestens 4 Minuten dauern, darunter werden die Makros von den Events (Start und Ende) nicht ausgelöst :−(
Außerdem, dies scheint mir aber ein Fehler von Android zu sein, kommen die Events nicht exakt sondern meist 1 bis 3 (manchmal auch 4) Minuten zu spät. Sowohl beim Start als auch beim End (da ist es mir nicht so wichtig). Ich lege jetzt halt die Startzeit meiner Appointments immer 2 Minuten früher an. (1)
Mittlerweile habe ich die Profile "Lautlos", "Lautlos ohne Vibra", "Normal", "Leise" und "Laut", diverse Macros die diese Profile nach Locations (Funkmasten) umschalten und Makros für den Kalender die auf die Profile "Lautlos" (Beschreibung/Details muss "profil lautlos!" enthalten) bzw. "Lautlos ohne Vibra" ("profil lautlos ohne vibra!") reagieren. Dabei schalten die Profile danach nicht (wie ich das früher bei Llama hatte) auf Normal um, wenn der Termin zu Ende ist, sondern auf das Profil, was von der letzten Location (nach Funkmast) gesetzt wurde (d. h. bei einem Termin in der Arbeit, bleibt das Profil nach dem Termin auf lautlos). Wenn Interesse besteht kann ich die Makros hier zur Verfügung stellen.
Flugmodus geht (zumindest auf meinem LG G5 mit Android 8) leider auch mit dem Tasker Plugin AutoInput nicht (zumindest habe ich es nicht hinbekommen), siehe hier.
--
(1) Android ist halt ein Schrott-BS, für meinen E90 (mit dem genialen Symbian Betriebssystem) hatte ich auch schon sowas ähnliches wie Llama/MacroDroid (Handy Profiles). Da wurden die Kalender Events immer exakt ausgelöst. Irgendwie habe ich fast den Verdacht, dass die Android-Entwickler für die Kalender Events nicht das Observer Pattern verwenden, weil damit könnte das gar nicht passieren (die Alarme, z. B. von Calengoo kommen ja auch zum richtigen Zeitpunkt - zumindest wenn das Mobile nicht gerade im Deep-Sleep ist - da scheint Android ein generelles Problem zu haben). Android ist halt vom Kernel her nur ein veraltetes Unix-OS, im Gegensatz zum hypermodernen, echtzeitfähigem Micro-Kernel-Betriebssystem Symbian :−( Und glaubt mir ich kenne mich mit Android aus. Ich habe das Glück gehabt folgenden Kurs mitmachen zu dürfen (wobei ich ein Android direkt aus den AOSP-Sourcen erstellt habe und auch den Kernel selbst erstellt habe): Embedded Android + Automotive. Im Vergleich zu Symbian (da kenn ich mich auch gut aus), ist das einfach eine Katastrophe, in einem Mischmasch aus C, C++ und Java zusammengeschustert. Symbian ist dagegen komplett in C++ (der wohl leistungsfähigsten weit verbreiteten Programmiersprache) geschrieben. Und eine vernünftige Python Entwicklungsumgebung gab es dafür auch, bei Android ist die immer noch Beta (zumindest wenn man, sollte man heutzutage tun, Python 3 verwenden will).
Zunächst mal habe ich mir Profil-Makros angelegt. MD hat ja leider keine Profile wie Llama (oder doch? Ich habe keine gefunden). Und dann Makros die auf Kalender Events reagieren. Zunächst hat das nicht funktioniert.
Der Grund: Zum Testen habe ich Kalender Einträge (Appointments) angelegt, die 1 Minute dauerten. Damit wurden die MD Makros nie ausgelöst. Ich habe dann zufällig entdeckt, dass sie funktionieren, wenn man längere Appointments anlegt. Bei mir klappt es ab Appointments die mindestens 4 Minuten dauern, darunter werden die Makros von den Events (Start und Ende) nicht ausgelöst :−(
Außerdem, dies scheint mir aber ein Fehler von Android zu sein, kommen die Events nicht exakt sondern meist 1 bis 3 (manchmal auch 4) Minuten zu spät. Sowohl beim Start als auch beim End (da ist es mir nicht so wichtig). Ich lege jetzt halt die Startzeit meiner Appointments immer 2 Minuten früher an. (1)
Mittlerweile habe ich die Profile "Lautlos", "Lautlos ohne Vibra", "Normal", "Leise" und "Laut", diverse Macros die diese Profile nach Locations (Funkmasten) umschalten und Makros für den Kalender die auf die Profile "Lautlos" (Beschreibung/Details muss "profil lautlos!" enthalten) bzw. "Lautlos ohne Vibra" ("profil lautlos ohne vibra!") reagieren. Dabei schalten die Profile danach nicht (wie ich das früher bei Llama hatte) auf Normal um, wenn der Termin zu Ende ist, sondern auf das Profil, was von der letzten Location (nach Funkmast) gesetzt wurde (d. h. bei einem Termin in der Arbeit, bleibt das Profil nach dem Termin auf lautlos). Wenn Interesse besteht kann ich die Makros hier zur Verfügung stellen.
Flugmodus geht (zumindest auf meinem LG G5 mit Android 8) leider auch mit dem Tasker Plugin AutoInput nicht (zumindest habe ich es nicht hinbekommen), siehe hier.
--
(1) Android ist halt ein Schrott-BS, für meinen E90 (mit dem genialen Symbian Betriebssystem) hatte ich auch schon sowas ähnliches wie Llama/MacroDroid (Handy Profiles). Da wurden die Kalender Events immer exakt ausgelöst. Irgendwie habe ich fast den Verdacht, dass die Android-Entwickler für die Kalender Events nicht das Observer Pattern verwenden, weil damit könnte das gar nicht passieren (die Alarme, z. B. von Calengoo kommen ja auch zum richtigen Zeitpunkt - zumindest wenn das Mobile nicht gerade im Deep-Sleep ist - da scheint Android ein generelles Problem zu haben). Android ist halt vom Kernel her nur ein veraltetes Unix-OS, im Gegensatz zum hypermodernen, echtzeitfähigem Micro-Kernel-Betriebssystem Symbian :−( Und glaubt mir ich kenne mich mit Android aus. Ich habe das Glück gehabt folgenden Kurs mitmachen zu dürfen (wobei ich ein Android direkt aus den AOSP-Sourcen erstellt habe und auch den Kernel selbst erstellt habe): Embedded Android + Automotive. Im Vergleich zu Symbian (da kenn ich mich auch gut aus), ist das einfach eine Katastrophe, in einem Mischmasch aus C, C++ und Java zusammengeschustert. Symbian ist dagegen komplett in C++ (der wohl leistungsfähigsten weit verbreiteten Programmiersprache) geschrieben. Und eine vernünftige Python Entwicklungsumgebung gab es dafür auch, bei Android ist die immer noch Beta (zumindest wenn man, sollte man heutzutage tun, Python 3 verwenden will).
Zuletzt bearbeitet: