Puissance absorbée par le GPS - La granularité affecte-t-elle la quantité d'énergie consommée?

9

Nous savons tous que le GPS consomme beaucoup de batterie. Quelqu'un connaît-il des études qui testent la "granularité" d'un signal GPS avec la quantité de batterie consommée?

Je ne parle pas non plus du GPS périphérique par rapport au réseau cellulaire GPS triangulé, les applications dans Android peuvent sélectionner une distance (1 mètre, 5 mètres, 500 mètres, etc.) à laquelle elles seront informées d'un changement de lieu. J'imagine que quelle que soit la valeur de cette valeur, le GPS obtient activement un nouvel emplacement très rapidement, et ne notifie l'application que lorsqu'elle le souhaite.

Quelqu'un connaît-il des études sur la consommation d'énergie avec différents paramètres GPS? Merci!

battery-life gps

— Adam
source

6

Le GPS est une technologie passive - il n'est pas informé d'une nouvelle position, il fonctionne en écoutant les signaux GPS qu'il reçoit et en effectuant quelques calculs.

Les options des applications GPS qui vous permettent de choisir la distance minimale sont là pour rendre votre position plus stable - de petites variations dans votre position calculée entraîneraient sinon beaucoup, beaucoup de points de cheminement sur votre trace (si c'est ce que vous enregistrez) , ce qui augmente considérablement la taille des fichiers.

En fonction de ce que fait votre application lorsque vous changez de position, vous pourriez obtenir des économies d'énergie en augmentant cette valeur, mais cela reviendrait à faire moins avec l'application avec la position une fois qu'elle l'a, plutôt que d'obtenir votre position moins fréquemment.

L' application Glympse , par exemple, envoie continuellement votre position aux serveurs Glympse. Si vous pouviez choisir la fréquence de mise à jour de cette position, vous pourriez peut-être économiser de l'énergie, mais vous n'économiseriez pas d'énergie du côté GPS.

— Matt H
source

Matt, merci pour la réponse. J'ai supposé que le GPS était fondamentalement un coût linéaire, et la vitesse à laquelle il réveillait mon auditeur était la vraie variante. Connaissez-vous des recherches sur la puissance consommée pour un GPS constant qui ne bouge pas contre un GPS qui déclenche constamment des mises à jour de l'auditeur?

— Adam

@Adam: Désolé, je ne connais rien qui puisse vous donner des chiffres absolus. Si vous acceptez que le GPS est un coût d'énergie fixe, vous supposeriez que le coût secondaire de faire `` tout ce que vous faites avec les mises à jour '' va tomber à presque zéro si vous ne bougez pas. YMMV - la meilleure chose est probablement de le tester vous-même :)

— Matt H

6

Première raison, le GPS peut réduire la consommation d'énergie si le GPS est éteint, mais si le GPS est éteint et que l'utilisateur s'éloigne trop, le GPS devra refaire beaucoup de calculs d'initialisation (ce qui peut prendre environ 5 minutes appareil GPS typique, mais peut être légèrement plus rapide si l'appareil connaît un emplacement approximatif ou s'il n'a pas besoin d'être trop précis), cette initialisation gaspille beaucoup d'énergie et donc Android maintient généralement le GPS allumé pendant un certain temps. Le pilote GPS utilise ces paramètres pour décider s'il faut désactiver le GPS ou le maintenir allumé sera beaucoup plus économique.

Deuxième raison, les applications mal écrites sont beaucoup plus difficiles à écrire avec la façon dont l'API GPS d'Android est. Si le pilote GPS a simplement déclenché des rappels aussi vite que possible, alors un logiciel mal écrit peut simplement en traiter autant qu'il le peut, au lieu de filtrer uniquement ceux dont il a besoin. En outre, ce type d'API oblige le programmeur à réfléchir explicitement à leurs exigences de fréquence et de précision, et permet au pilote de mieux gérer le compromis puissance / précision.

Dans de nombreux cas, dans les zones à forte densité de tours cellulaires, Android peut décider d'utiliser simplement l'emplacement réseau et à d'autres endroits d'utiliser le GPS lorsque l'emplacement réseau n'est pas fiable. Tout cela peut être fait de manière transparente pour les programmeurs d'applications.

— Lie Ryan
source