startet setRepeating inexact?

Der Titel sagt es schon, wenm ich meinen AlarmManager mit setExact starte passt alles. Mit setRepeating verzögert sich der Start mal mehr mal weniger (Die Wiederholung hab ich nicht getestet aber das spielt erstmal keine Rolle) . Ist das normal? Wenn ich jetzt z.B. ne Wecker-App machen will, dann muss der Alarm doch genau sein und jeden Tag genau wiederholt werden. Oder muss man in diesem Fall setExact nutzen und jeden Tag den AM neu setzen lassen? Danke schonmal.

Gruß fileerror

Danke da steht es ja.
Und wie kann man das lösen (z. B. für Wecker) Über einen kleinen Denkanstoß würde ich mich freuen.

Ok eigentlich brauch ich ja nur einen Service der einmal am Tag (Nacht) prüft, welcher Alarm noch aktiv ist und die abgelaufenen neu setzt. Nur woher bekommt der Service die Zeiten? Man kann ja damit nicht auf die sharedPrefs der MainActivity zugreifen denke ich. Kann der Thread vielleicht direkt auf die Variablen der MainActivity zugeifen, wenn ich sie auf public setze?

Ja es funktioniert jetzt schon halbwegs. Ich möchte es halt so machen, dass ein Service irgendwann um 3 oder so überprüft, welcher Alarm noch aktiv ist und ggfs. neu setzt. Habe das schon im Kopf. Und ja, ich habe in der Main ein Menü, in dem ich alle Alarme ändern kann. Hab auch herausgefunden, wie das mit den Sharedprefs funktioniert. Es kommt darauf an, wie man sie anlegt, ob nur die Activity, oder die ganze App darauf zugreifen kann.

Ich poste es dann, jedenfalls musste ich da was ändern zu default.. weiß nimmer.
Wenn du einmal dabei bist 3 kleine Fragen zu meinem besseren Verständnis:

1. Wenn ein Service nur was abarbeitet und dann fertig ist, muss er dann beendet werden? (stopSelf()) oder beendet er sich dann automatisch?

2. Wann brauch man eigentlich einen Service? Wenn ich jetzt beim Alarm nur das Handy stummschalten will, kann man da z.B. den Code direkt in den BroadcastReceiver (onReceive) schreiben?

3. Hab mal gelesen man sollte bei onPause die SharedPrefs speichern und bei onResume laden. Das hatte ich auch so gemacht und ging auch. Nur: jedes mal wenn ich das Handy drehe wird beides ausgeführt und das Schlimmste: onResume ist schneller als onPause! D.h. nach dem drehen ist der Vorzustand wieder hergestellt und auch noch gespeichert. Sehr merkwürdig. Und warum wird es beim Drehen überhaupt ausgeführt?

Bin mal sehr gespannt auf die Antworten.

— geändert am 20.12.2014, 11:51:08

Ok also danke für die schnellen Antworten.

zu 1. Muss ich dann daheim lesen!

zu 2. Geht das so weit, dass der BR die SharedPrefs lesen und SICH SELBST neue Alarme aus den Daten setzen könnte?

zu 3. Klingt plausibel. Muss ich nochmal testen, was da los ist.

Also bei den SharedPrefs musste ich das:

SharedPreferences settings = getPreferences(Context.MODE_PRIVATE);

in das:

SharedPreferences settings = PreferenceManager.getDefaultSharedPreferences(this);

ändern, um sie vom Service nutzen zu können.

Gurß fileerror

Hallo, ich habe nochmal eine Frage dazu: Also ich benutze jetzt setExact und das funktioniert! Nur setExact wurde erst ab API19 eingeführt. Wenn ich jetzt meine App zu API 14 kompatibel machen will, wie gehe ich da vor? Ich schätze mal ich muss man beim Start der App die API checken und es dann so in der Art:

if(API < 19)
set....
else
setExact...

lösen. Ist das so sinnvoll, oder gibt es da einen besseren Weg? Und Eclipse meldet ja auch einen Fehler, wenn ich setExact nutze, bei minSDK14 im Manifest. Wie checkt man eigentlich die API?

Fragen über Fragen. Danke schon mal.

Gruß fileerror

Da der User die Zeiten selbst einstellen kann, würde er sicher am Programmierer zweifeln, wenn es dann nie zum eingestellten Zeitpunkt auslöst. Deswegen setExact

— geändert am 28.12.2014, 12:44:00

Ich werd noch verrückt. Bis vor kurzem hat dieser Code wunderbar funktioniert. Jetzt gehen plötzlich alle Alarme auf einmal los.
Wenn ich mit dem Debugger die Werte auslese setzt es irgendwo zwischendrin die Zeit auf November 2014. Ich finde den Fehler einfach nicht,
vor allem, weil ich am Code nichts geändert habe. Vielleicht könnt ihr ja mal drüber gucken und mir sagen, was ich ändern muss .
Danke schon mal.

Calendar calendarActual = Calendar.getInstance();
calendarActual.setTimeInMillis(System.currentTimeMillis());

    for (int i = 0; i < 7; i++)
        if (tBChecked[i]) {
            Calendar calendarStart = Calendar.getInstance();
            calendarStart.setTimeInMillis(System.currentTimeMillis());
            calendarStart.set(Calendar.HOUR_OF_DAY, startHour[i]);
            calendarStart.set(Calendar.MINUTE, startMinute[i]);
            calendarStart.set(Calendar.DAY_OF_WEEK, i + 1);
            calendarStart.set(Calendar.SECOND, 0);

            Calendar calendarWarning = Calendar.getInstance();
            calendarWarning.setTimeInMillis(calendarStart.getTimeInMillis() - (30 * 1000));  

            Calendar calendarStop = Calendar.getInstance();
            calendarStop.setTimeInMillis(System.currentTimeMillis());
            calendarStop.set(Calendar.HOUR_OF_DAY, stopHour[i]);
            calendarStop.set(Calendar.MINUTE, stopMinute[i]);
            calendarStop.set(Calendar.DAY_OF_WEEK, i + 1);
            calendarStop.set(Calendar.SECOND, 0);


            if (calendarStart.get(Calendar.DAY_OF_WEEK) < calendarActual
                    .get(Calendar.DAY_OF_WEEK)) {
                calendarStart.add(Calendar.WEEK_OF_YEAR, 1);
                calendarWarning.add(Calendar.WEEK_OF_YEAR, 1);
                calendarStop.add(Calendar.WEEK_OF_YEAR, 1);
            }

— geändert am 05.01.2015, 12:24:31