Google allons maintenant définir "Capteur de soutien High Fidelity" pour les appareils Android, possède une vaste liste d'exigences de performance
Jamais eu un téléphone avec un gyroscope bum? Ou un podomètre totalement irrationnelle? Google, dans l'intérêt d'une meilleure compter vos pas et de déterminer exactement ce que dans l'enfer de votre téléphone est en train de faire se déplacer dans un espace à trois dimensions est maintenant défini un drapeau "de support de capteur de haute fidélité" pour les appareils Android, comme dans le Android 6.0 Compatibilité Définition Document.
L'idée ici est de donner aux développeurs un seul drapeau à chercher qui dit "ce téléphone / tablette / tout ce qui est pas un feu de benne à ordures de la précision du capteur terrible." Ou, peut-être, de façon plus positive, de dire simplement un dispositif a vraiment de bons capteurs. Les capteurs visés par ce nouveau drapeau comprennent l'accéléromètre, gyroscope, boussole (champ géomagnétique), baromètre (pression), et un podomètre (compteur de pas). Non seulement les exigences de précision définies, mais les objectifs de consommation d'énergie strictes sont également fournis. Cela revient à dire, même si votre gyroscope est méchants précise, il ne peut pas être en utilisant plus de 1,5 MW (milliwatts) de puissance quand il est allumé si elle veut se qualifier pour le club cool capteur enfants. Voici le texte complet.
Implémentations de dispositif de support d'un ensemble de capteurs plus élevés de qualité qui peuvent répondre à toutes les exigences énumérées dans cette section doit identifier le soutien à travers les android.hardware.sensor.hifi_sensors disposent pavillon.
Un dispositif déclarant android.hardware.sensor.hifi_sensors DOIT prendre en charge tous les types de capteurs suivants répondant aux exigences de qualité comme ci-dessous:
SENSOR_TYPE_ACCELEROMETER
- Doivent avoir une étendue de mesure entre au moins -8g et + 8g
- Doivent avoir une résolution de mesure d'au moins 1024 LSB / G
- Doit avoir une fréquence de mesure minimum de 12,5 Hz ou moins
- Doit avoir une fréquence de mesure de maxmium de 200 Hz ou plus
- Doit avoir un bruit de mesure pas au-dessus 400uG / Radic-Hz
- DOIT mettre en œuvre une forme de ce capteur non-réveil avec une capacité tampon d'au moins 3000 événements de capteurs
- Doit avoir une consommation d'énergie de dosage pas pire que 3 mW
SENSOR_TYPE_GYROSCOPE
- Doivent avoir une étendue de mesure entre au moins -1000 et 1000 dps
- Doivent avoir une résolution de mesure d'au moins 16 LSB / dps
- Doit avoir une fréquence de mesure minimum de 12,5 Hz ou moins
- Doit avoir une fréquence de mesure de maxmium de 200 Hz ou plus
- Doit avoir un bruit de mesure ne dépasse pas 0,014 ° / s / Hz Radic-
SENSOR_TYPE_GYROSCOPE_UNCALIBRATED avec les mêmes exigences de qualité que
SENSOR_TYPE_GYROSCOPE
SENSOR_TYPE_GEOMAGNETIC_FIELD
- Doivent avoir une étendue de mesure entre au moins -900 et +900 uT
- Doivent avoir une résolution de mesure d'au moins 5 LSB / pc
- Doit avoir une fréquence de mesure minimum de 5 Hz ou plus bas
- Doit avoir une fréquence de mesure de maxmium de 50 Hz ou plus
- Doit avoir un bruit de mesure pas au-dessus de 0,5 uT
SENSOR_TYPE_MAGNETIC_FIELD_UNCALIBRATED avec la même qualité,
exigences que SENSOR_TYPE_GEOMAGNETIC_FIELD et en outre:
DOIT mettre en œuvre une forme de ce capteur non-réveil avec une capacité tampon d'au moins 600 événements de capteurs
SENSOR_TYPE_PRESSURE
- Doivent avoir une étendue de mesure entre au moins 300 et 1100 hPa
- Doivent avoir une résolution de mesure d'au moins 80 LSB / hPa
- Doit avoir une fréquence minimale de mesure de 1 Hz ou plus bas
- Doit avoir une fréquence de mesure maximale de 10 Hz ou plus
- Doit avoir un bruit de mesure ne dépasse pas 2 Pa / Radic-Hz
- DOIT mettre en œuvre une forme de ce capteur non-réveil avec une capacité tampon d'au moins 300 événements de capteurs
- Doit avoir une consommation d'énergie de dosage pas pire que 2 mW
SENSOR_TYPE_ROTATION_VECTOR
- Doit avoir une consommation d'énergie de dosage pas pire que 4 mW
SENSOR_TYPE_GAME_ROTATION_VECTOR
- DOIT mettre en œuvre une forme de ce capteur non-réveil avec une capacité tampon d'au moins 300 événements de capteurs
SENSOR_TYPE_SIGNIFICANT_MOTION
- Doit avoir une consommation d'énergie pas pire que 0,5 mW lorsque l'appareil est statique et 1,5 mW lorsque l'appareil est en mouvement
SENSOR_TYPE_STEP_DETECTOR
- DOIT mettre en œuvre une forme de ce capteur non-réveil avec une capacité tampon d'au moins 100 événements de capteurs
- Doit avoir une consommation d'énergie pas pire que 0,5 mW lorsque l'appareil est statique et 1,5 mW lorsque l'appareil est en mouvement
- Doit avoir une consommation d'énergie de dosage pas pire que 4 mW
SENSOR_TYPE_STEP_COUNTER
- Doit avoir une consommation d'énergie pas pire que 0,5 mW lorsque l'appareil est statique et 1,5 mW lorsque l'appareil est en mouvement
SENSOR_TILT_DETECTOR
- Doit avoir une consommation d'énergie pas pire que 0,5 mW lorsque l'appareil est staticand 1,5 mW lorsque l'appareil est en mouvement
Aussi un tel dispositif doit répondre aux exigences capteur de sous-systèmes suivants:
- L'horodatage de l'événement du même événement physique rapportée par le capteur Accéléromètre, gyroscope et magnétomètre DOIT être à moins de 2,5 millisecondes de l'autre.
- Les horodatage de l'événement du capteur de gyroscope doit être sur la même base de temps que le sous-système de caméra et dans 1 millisconds d'erreur.
- Le temps de latence de la livraison d'échantillons à la couche HAL doit être inférieur à 5 millisecondes à partir de l'instant où l'on dispose de données sur le matériel de capteur physique.
- La consommation d'énergie ne doit pas être supérieure à 0,5 mW lorsque l'appareil est statique et 2.0 mW lorsque l'appareil est en mouvement lorsque toute combinaison de capteurs suivants sont activés:
SENSOR_TYPE_SIGNIFICANT_MOTION,
SENSOR_TYPE_STEP_DETECTOR
SENSOR_TYPE_STEP_COUNTER
SENSOR_TILT_DETECTORS
Notez que toutes les exigences de consommation d'énergie dans cette section ne comprennent pas la consommation d'énergie du processeur d'application. Il est compris de la puissance absorbée par l'ensemble de la chaîne de détection - le capteur, tout circuit de support, un système de traitement de capteur dédié, etc.Les types de capteurs suivants peuvent également être pris en charge sur une mise en œuvre de dispositif déclarant android.hardware.sensor.hifi_sensors, mais si ces types de capteurs sont présents, ils doivent répondre à l'exigence de capacité tampon minimale suivante:
- SENSOR_TYPE_PROXIMITY: 100 événements de capteurs
Notre spéculation est que cet ensemble d'exigences est probablement rencontré par le nouveau Nexus "concentrateur de capteurs" sur le Nexus 5X et 6P (ou au moins l'un d'eux), avec ces téléphones servant de modèles de référence pour support de capteur de haute fidélité. Encore une fois, l'idée ici est assez centrées sur le développeur, même si cela est un document destiné aux fabricants. Si les équipementiers répondent aux exigences, ils peuvent cocher le drapeau pour le soutien de haute fidélité, ce qui permettra aux développeurs de décider exactement comment étalonner leurs applications et des jeux pour un appareil donné ou si pour afficher un avertissement si un dispositif donné n'a pas le niveau de support de capteur salut-fi pour une performance optimale ou la consommation d'énergie. Fondamentalement, cela est à propos de la normalisation des performances du matériel pour le bénéfice de l'expérience utilisateur.
Notez que les équipementiers sont pas obligé de renforcer le soutien de haute capteur de fidélité, ils ont besoin simplement pour répondre aux exigences de celui-ci si ils veulent que leurs appareils soient signalés comme capteur salut-fi capable. Ceci est pas une exigence pour obtenir le Play Store ou quelque chose comme ça - pour être clair. Il est 100% en option.
- La source:
- Android 6.0 CDD