logo

Archos 5IT : mise en veille problématique ?

vendredi 20/11/2009 par

Commentaires 12 commentaires

Alors que les firmwares pour l’Archos 5IT se suivent à un rythme important et améliorent grandement la stabilité de cette nouvelle tablette, des problèmes récurrents de mise en veille semblaient persister chez certains utilisateurs.

Bug de la tablette Archos ? Il semblerait que la raison soit toute autre...

Avec l’ouverture du produit aux applications tierces, Archos se retrouve en effet face à une problématique nouvelle : l’impact que peuvent avoir certaines applications sur le fonctionnement du produit.
Ainsi, les soucis de mise en veille (diode verte qui clignote alors que la tablette est censée avoir été mise en veille via le menu d’arrêt) sont très probablement liés à une ou plusieurs applications tierces installées qui interfèrent avec Android : si une application est développée et/ou paramétrée pour lancer de manière récurrente une activité, elle peut alors à loisir (c’est directement lié au fonctionnement intrinsèque d’Android) sortir la tablette du mode veille pendant quelques instants, avant de l’y replonger... d’où le clignotement.

Exemple : l’application TasKiller (excellent logiciel pour tuer les applications actives) peut être installée sous forme de widget sur le bureau. Avec une conséquence importante : le widget (et seulement lui) semble se rafraîchir constamment... même quand la tablette est en veille ! C’est donc une des applications incriminées...

Ainsi, en cas de situation identique rencontrée avec le mode veille de votre tablette, une seule solution : supprimer une à une les applications installée sur votre tablette jusqu’à trouver celle(s) qui empêche la mise en veille complète de votre produit...


Partagez cet article sur les réseaux sociaux: + FB
Enregistrer au format PDF

Archos 5IT : mise en veille problématique ?

Les commentaires pour les anciens articles sont désormais fermés.

12 commentaires


  • berbert-pk - le 20 novembre 2009 à 03h11min

    Mais pourquoi ça pose problème sur nos Archos et pas sur la plupart des phone sous Android..? Archos peut quand même améliorer sa prise en charge de la mise en veille...

  • Benmars - le 20 novembre 2009 à 07h17min

    Reste à trouver ce qui éteint au lieu de mettre ev veille, ce qui met en veille pendant l’utilisation multimédia.

    Ton explication explique 2 choses :
    - ceux qui ont des problèmes d’autonomie,
    - pourquoi Archos a toujours bloqué ses machines.

  • Nowon - le 20 novembre 2009 à 09h07min

    Il n’y a pas de soucis sur les téléphones puisque par définition un téléphone reste allumé, la veille sur l’archos pouvant se comparer à la mise en veille prolongée sur un pc

  • berbert-pk - le 20 novembre 2009 à 09h10min

    Vous pensez qu’il serait judicieux d’ouvrir un topic qui répertorie les apps grincheuses..?

  • Benmars - le 20 novembre 2009 à 09h13min

    Facile : toutes celles qui fonctionnent après un redémarrage total.
    A voir via taskiller.
    En gros, quasiment tous les widgets.

  • Thocan - le 20 novembre 2009 à 09h54min

    Oui, c’est ce que je suis en train de tester : un widget qui affiche la batterie me pose le même problème... ;-)

    Pour ce qui est des téléphones : le phénomène est exactement le même, bien évidemment, puisque c’est lié au fonctionnement d’Android et non pas à la surcouche d’Archos...

    A noter que cette déduction m’a été fournie par le staff d’Archos lui-même, qui suit attentivement les remontées sur nos forums...

  • Benmars - le 20 novembre 2009 à 16h29min

    Facile : toutes celles qui fonctionnent après un redémarrage total. A voir via taskiller. En gros, quasiment tous les widgets.

    J’ajoute un 2ème test : Tout killer. Ne plus toucher au baladeur. Revenir 1 h après, ouvrir tasKiller, regarder quelles apks se sont relancées toutes seules.

  • nextdrOp - le 20 novembre 2009 à 17h35min

    étant en retard dans mes essais avec Android, j’ai halluciné lorsque j’ai redémarré : TasKiller a indiqué près de 10 applications en tâche de fond, alors que je n’avais toujours rien fait. Sur ces applications, au moins 3 utilisaient des ressources.

    Maintenant, il faudrait que les développeurs détaillent plus leur travail, ou permettent au moins de mieux paramétrer les applications. J’ai installé KeepScreen (pas encore testé pour Spotify) sans pour autant avoir lancé le service, et bien cette application fonctionne dès le redémarrage. Sympa.

    On comprend mieux pourquoi Apple est réticent au multi tâche ^^
    On se retrouve avec des problèmes d’autonomie très courte uniquement parce que l’on fait confiance à l’OS. Erreur donc...

  • - le 20 novembre 2009 à 20h15min

    d’un autre coté personnellement je n’avais aucun problème lié à l’autonomie ou la mise en veille, hier soir (tard dans la nuit) je passe au firmware 1.3.07, je le débranche de l’usb et le met en veille.

    ce matin je le récupère et il était passé de 100% à moins de 50%, apparement il n’était pas passé en veille ...

    j’ai re-testé rapidement et visiblement la mise en veille ne fonctionne plus. A savoir que je n’ai installé aucun programme entre hier et aujourd’hui.

  • Benmars - le 20 novembre 2009 à 20h18min

    Vu dans un tutorial vidéo d’Android : beaucoup de développeurs omettent les fonctions de libération de la mémoire à la fermeture de l’appli, voire omettent les fonctions d’extinction qui permettrait à l’appli de s’arrêter réellement au lieu de continuer en tâche de fond.

    AppsLib, par exemple ... ;-D

  • Landry - le 22 novembre 2009 à 11h30min

    J’avais également fait le même constat,entre ça et les applis qui se lancent toutes seules au démarrage mais que l’on ne peut éviter à défaut de pouvoir passer sur nos Archos en mode root.

    J’ai du mal à comprendre pourquoi certaines applis se relancent toutes seules même après avoir été "killée" ?!

  • Asura - le 22 novembre 2009 à 12h29min

    Je confirme le problème ne vient pas du 5it j’avais le même problème sur mon samsung Galagy. Problème qui a disparu en supprimant les widgets météo, indicateur de batterie et Taskiller