Ciao, ho un servizio che, alla fine delle operazioni da svolgere, innesca un timer che fa partire nuovamente il ciclo di lavoro; se però il telefono va in stand by, intendo in lock screen (con lo schermo nero per capirci), il timeout del timer non interviene mai, cosa che al contrario accade se il display del telefono rimane acceso.
Qualcuno sa come mai e cosa potrei fare per risolvere il problema?
Timer bloccato durante lock screen
Visualizzazione stampabile
-
29-11-10, 21:25Brucio82Timer bloccato durante lock screen
-
30-11-10, 09:38AzatothUsa un wakelock. Magari un Partial wakelock.Quote:
Originariamente inviato da Brucio82
PowerManager.PARTIAL_WAKE_LOCK
Questo tiene la CPU on, ma schermo e tastiera off. -
30-11-10, 12:06Azatoth
In aggiunta al WakeLock, da usare comunque mentre le operazioni sono in esecuzione e da eliminare quando sono complete; puoi usare AlarmManager per lanciare un intent che verrà preso in carico da un broadcast receiver che funge da gestore delle attività (e che attiverà quindi il wakelock, eseguirà le operazioni e disattiverà il wakelock attivato all'inizio) al posto del servizio.
AlarmManager lancia l'intent anche a schermo sperto e lockato.
AlarmManager | Android Developers
Wake Up with the Alarm | The Androider -
01-12-10, 21:17Brucio82
Funziona, mi hai dato un gran bell'aiuto Azatoth! Ciao grazie di nuovo
-
02-12-10, 23:08Brucio82
Non mi funziona come dovrebbe...io chiamo l'alarmmanager alla fine di un servizio, quindi fermo il servizio con stopself().
Si innesca il broadcastreceiver dal quale vorrei far ripartire il servizio con context.startService(i), dove i è l'intent associato alla classe del servizio.
Però non viene innescato niente e il servizio non riparte..sai mica come potrei fare? -
02-12-10, 23:35AzatothPerchè usi un servizio?Quote:
Originariamente inviato da Brucio82
non ti basta un broadcast receiver?
Togli il servizio.
metti un broadcast receiver per ricevere il BOOT_COMPLETED.
in questo broadcast receiver ci metti il set dell'AlarmManager.
Questo lancierà un intent che tu avrai registrato ad un altro broadcast receiver.
In quest'ultimo imposti il wakelock che sarà un singleton e lanci un esecuzione su un thread a parte che esegue le operazioni che oggi hai inserito nel servizio.
Completata l'esecuzione del thread, come ultima operazione rilasci il wakelock impostato nel broadcast receiver associato all'intent lanciato dall'AlarmManager.
Così dovrebbe funzionare. -
03-12-10, 00:03Brucio82Il broadcast receiver con il BOOT_COMPLETED ce l'ho già: questo avvia un servizio (raccoglie le mie coordinate ogni ora, deve girare in background).Quote:
Originariamente inviato da Azatoth
Ogni volta che viene eseguita la lettura della posizione voglio che riparta dopo un'ora, da qui il bisogno di un alarmmanager o comunque di un qualcosa che esegua un'operazione dopo un timeout da me impostato e che funzioni anche se il telefono è in lock. -
03-12-10, 00:04Brucio82
ah, forse ho capito cosa intendi, l'ho letto di fretta..
-
03-12-10, 00:06Brucio82Ma facendo così può girare in background?Quote:
Originariamente inviato da Brucio82
-
03-12-10, 00:07Azatothgià credo anche io ;).Quote:
Originariamente inviato da Brucio82
Il servizio non ti serve proprio in questo contesto e se ci pensi, sono davvero pochi i casi in cui serve davvero :).
Infatti non si possono registrare infiniti servizi ed è scritto ovunque che è bene evitare di usarli appena se ne ha l'occasione. -
03-12-10, 00:12AzatothSe non ho capito male, non ti serve che giri in background costantemente.Quote:
Originariamente inviato da Brucio82
Serve che ogni ora (e qui lo fai grazie ad AlarmManager), venga prelevata la posizione e inviata poi stop.
1) ogni ora. Setti AlarmManager in modo da lanciare ogni ora l'intent. E così il broadcast receiver registrato sull'intent lanciato da AlarmManager ogni ora risponderà, imposterà il lock e passerà la palla al punto 2)
2) prelevo la posizione e la invio. il broadcast receiver del punto 1) creerà un thread a parte (solo perchè altrimenti il tempo di esecuzione supera i 5 sec. e ti appare il Force Close e dubito che tu voglia questo, vero :D?) e questo preleva la posizione, la invierà e rilascierà il wakelock.
Così hai ottimizzato al massimo :P -
03-12-10, 07:15Brucio82
stasera provo!! alla grande!!!
-
06-12-10, 16:21Brucio82
Ho messo su il tutto, mi è rimasto un problema, poi dovrei aver completato!!
Praticamente ho una classe Utilities dove ho funzione tipo lettura preferenze da xml (getSharedPreferences() ) ed altre funzioni che richiedono il parametro context........Non riesco a trovare una quadra per evitare che mi vada in eccezione l'app, ho bisogno di una variabile dichiarata nel receiver che gestisce l'alarmmanager, almeno è disponibile in tutto il progetto..come posso fare?? -
08-12-10, 13:54Brucio82
Problema risolto creando nel broadcaast receiver una variabile
"public static volatile Context ctx;"
assegnandole poi il valore del context corrente:
"ctx = context;"
ed usandola in tutto il progetto dove non vi è context:
"Receiver.ctx.xxxxxxxxxxxxxxxxxxxxxx" -
05-01-11, 16:54AzatothAttento a fare sta cosa, perchè finchè l'istanza ctx rimane 'viva', nessun problema.Quote:
Originariamente inviato da Brucio82
Ma se lo Scheduler o un task manager ti killa l'app... e tu dai per scontato di averla 'inizializzata' perchè (sparo eh) tu grabbi BOOT_COMPLETED e inizializzi... allora vai in NullPointer exception :P.
Usa una property piuttosto e fai easyload oppure fai in modo di passare sempre il context nel costruttore delle classi custom che ne hanno bisogno.
Consiglio eh ;)
