Google ahora Definir "Apoyo Sensor High Fidelity" para dispositivos Android, cuenta con una amplia lista de requisitos de desempeño

Alguna vez ha tenido un teléfono con un giroscopio vago? O un podómetro totalmente irracional? Google, en aras de una mejor contar tus pasos y determinar exactamente lo que en el infierno el teléfono está haciendo moverse en un espacio tridimensional ahora ha definido un "soporte del sensor de alta fidelidad" bandera para dispositivos Android, como en el Android Definición 6.0 Compatibilidad Documento.

La idea es dar a los desarrolladores una sola bandera para buscar que dice "este teléfono / tablet / lo que sea, no es un fuego basurero de precisión del sensor horrible." O, tal vez, de manera más positiva, decir simplemente un dispositivo tiene muy buenos sensores. Los sensores dirigidos por esta nueva bandera incluyen el acelerómetro, giroscopio, brújula (campo geomagnético), barómetro (presión), y podómetro (contador de pasos). No sólo son los requisitos de precisión definidos, pero los objetivos estrictos de consumo de energía son siempre así. Es decir, incluso si su giroscopio es malvados precisa, no se puede usar más de 1,5 MW (milivatios) de potencia cuando está encendido si quiere clasificarse para el fresco del club sensor de niños. He aquí el texto completo.

Implementaciones de dispositivos que soportan una serie de sensores de mayor calidad que pueden satisfacer todos los requisitos enumerados en esta sección debe identificar el apoyo a través de los android.hardware.sensor.hifi_sensors cuentan con bandera.

Un dispositivo que se declara android.hardware.sensor.hifi_sensors DEBE soportar todos los siguientes tipos de sensores que cumplan los requisitos de calidad de la siguiente manera:

SENSOR_TYPE_ACCELEROMETER

• DEBE tener un rango de medición entre al menos -8g y + 8g
• Deben tener una resolución de medición de al menos 1.024 LSB / G
• Deben tener una frecuencia de medición mínimo de 12,5 Hz o menor
• Deben tener una frecuencia de medición maxmium de 200 Hz o superior
• DEBE tener un ruido de medición no superior a 400 ug / Radic-Hz
• Deberá aplicar una forma no despertar de este sensor con una capacidad de amortiguación de al menos 3000 eventos de sensor
• DEBE tener un consumo de potencia de procesamiento por lotes no es peor que 3 mW

SENSOR_TYPE_GYROSCOPE

• DEBE tener un rango de medición entre al menos -1,000 y 1,000 dps
• Deben tener una resolución de medición de al menos 16 LSB / dps
• Deben tener una frecuencia de medición mínimo de 12,5 Hz o menor
• Deben tener una frecuencia de medición maxmium de 200 Hz o superior
• DEBE tener un ruido de medición no por encima de 0,014 ° / s / Radic-Hz

SENSOR_TYPE_GYROSCOPE_UNCALIBRATED con los mismos requisitos de calidad que

SENSOR_TYPE_GYROSCOPE

SENSOR_TYPE_GEOMAGNETIC_FIELD

• DEBE tener un rango de medición entre al menos -900 y 900 uT
• Deben tener una resolución de medición de al menos 5 LSB / uT
• Deben tener una frecuencia de medición mínima de 5 Hz o menor
• Deben tener una frecuencia de medición maxmium de 50 Hz o superior
• DEBE tener un ruido de medición no superior a 0,5 uT

SENSOR_TYPE_MAGNETIC_FIELD_UNCALIBRATED con la misma calidad

requisitos que SENSOR_TYPE_GEOMAGNETIC_FIELD y además:

Deberá aplicar una forma no despertar de este sensor con una capacidad de amortiguación de al menos 600 eventos de sensor

SENSOR_TYPE_PRESSURE

• DEBE tener un rango de medición entre al menos 300 y 1100 hPa
• Deben tener una resolución de medición de al menos 80 LSB / hPa
• Deben tener una frecuencia de medición mínima de 1 Hz o menor
• DEBE tener una frecuencia de medición máxima de 10 Hz o superior
• DEBE tener un ruido de medición no superior al 2 Pa / Radic-Hz
• Deberá aplicar una forma no despertar de este sensor con una capacidad de amortiguación de al menos 300 eventos de sensores
• DEBE tener un consumo de potencia de procesamiento por lotes no es peor que 2 mW

SENSOR_TYPE_ROTATION_VECTOR

• DEBE tener un consumo de potencia de procesamiento por lotes no es peor que 4 mW

SENSOR_TYPE_GAME_ROTATION_VECTOR

• Deberá aplicar una forma no despertar de este sensor con una capacidad de amortiguación de al menos 300 eventos de sensores

SENSOR_TYPE_SIGNIFICANT_MOTION

• DEBE tener un consumo de energía no es peor que 0,5 mW cuando el dispositivo está estático y 1,5 mW cuando el dispositivo está en movimiento

SENSOR_TYPE_STEP_DETECTOR

• Deberá aplicar una forma no despertar de este sensor con una capacidad de amortiguación de al menos 100 eventos de sensores

• DEBE tener un consumo de energía no es peor que 0,5 mW cuando el dispositivo está estático y 1,5 mW cuando el dispositivo está en movimiento

• DEBE tener un consumo de potencia de procesamiento por lotes no es peor que 4 mW

SENSOR_TYPE_STEP_COUNTER

• DEBE tener un consumo de energía no es peor que 0,5 mW cuando el dispositivo está estático y 1,5 mW cuando el dispositivo está en movimiento

SENSOR_TILT_DETECTOR

• DEBE tener un consumo de energía no es peor que 0,5 mW cuando el dispositivo es staticand 1,5 mW cuando el dispositivo está en movimiento

También un dispositivo de este tipo debe cumplir los siguientes requisitos del subsistema de sensores:

• La marca de tiempo de eventos del mismo evento físico reportado por el sensor acelerómetro, giroscopio y magnetómetro debe estar dentro de 2,5 milisegundos de diferencia.

• Las marcas de tiempo de eventos del sensor giroscopio debe estar en la misma base de tiempo que el subsistema de cámara y dentro de 1 millisconds de error.

• La latencia de la entrega de muestras a la HAL debe ser inferior a 5 milisegundos desde el instante en que disponga de datos sobre el hardware del sensor físico.

• El consumo de energía no debe ser superior a 0,5 mW cuando el dispositivo está estático y 2,0 mW cuando el dispositivo se está moviendo cuando cualquier combinación de los siguientes sensores se activan:

SENSOR_TYPE_SIGNIFICANT_MOTION,
SENSOR_TYPE_STEP_DETECTOR
SENSOR_TYPE_STEP_COUNTER
SENSOR_TILT_DETECTORS
Tenga en cuenta que todos los requisitos de consumo de energía en esta sección no incluyen el consumo de energía del procesador de aplicaciones. Es inclusive de la potencia absorbida por toda la cadena de sensor - el sensor, cualquier circuitería de soporte, cualquier sistema de procesamiento de sensor dedicado, etc.

Los siguientes tipos de sensores también pueden ser apoyados en una aplicación de dispositivo declarar android.hardware.sensor.hifi_sensors, pero si estos tipos de sensores están presentes, éstos deben cumplir con el siguiente requisito capacidad de buffering mínimo:

• SENSOR_TYPE_PROXIMITY: 100 eventos de sensores

Nuestra especulación es que este conjunto de requisitos es, probablemente, se reunió con el nuevo Nexus "eje del sensor" en el Nexus 5X y 6P (o al menos uno de ellos), con esos teléfonos que sirven como diseños de referencia para el apoyo sensor de alta fidelidad. Una vez más, la idea aquí es bastante revelador centrada, incluso si se trata de un documento dirigido a los fabricantes. Si los fabricantes de equipos cumplen con los requisitos, pueden marcar la bandera para soporte de alta fidelidad, lo que permitirá a los desarrolladores deciden simplemente cómo calibrar sus aplicaciones y juegos para un determinado producto o si se debe mostrar una advertencia si un determinado dispositivo no tiene el nivel de soporte del sensor de alta fidelidad para un rendimiento óptimo o el consumo de energía. Básicamente, se trata de estandarizar el rendimiento del hardware para el beneficio de la experiencia del usuario.

Tenga en cuenta que los OEM son no obligados para construir un apoyo de alto sensor de la fidelidad, simplemente tienen que cumplir con los requisitos de la misma si quieren que sus dispositivos sean marcados como sensor de alta fidelidad capaz. Esto no es un requisito para obtener la Play Store ni nada de eso - sólo para ser claro. Es 100% opcional.

• Fuente:
• Android 6.0 CDD