Hardware
PruebaProbador de orientación
Prueba la orientación de tu dispositivo con visualización 3D en vivo. Monitorea ángulos de inclinación, valores de rotación y posición del dispositivo en tiempo real.
¿Tienes comentarios? Reporta errores, sugiere funciones o comparte tus ideas — leemos todosAcerca del probador de orientación
Prueba los sensores de orientación de tu dispositivo con una visualización 3D realista de un teléfono que refleja la posición exacta de tu dispositivo. Monitorea ángulos de inclinación en los tres ejes (alpha, beta, gamma), ve el rumbo de brújula y comprende la orientación del dispositivo en tiempo real. Perfecto para probar sensores de movimiento, calibrar dispositivos o desarrollar aplicaciones basadas en orientación.
- Presiona Iniciar prueba para activar el sensor de orientación.
- Inclina y gira tu dispositivo en diferentes direcciones.
- Observa cómo el modelo 3D del teléfono se mueve exactamente como tu dispositivo.
- Monitorea los valores de ángulo para alpha (brújula), beta (inclinación adelante/atrás) y gamma (inclinación izquierda/derecha).
- Usa el botón Calibrar para establecer la posición actual como punto de referencia cero.
- Revisa la tarjeta de información de inclinación para ver la orientación del dispositivo (Vertical/Horizontal/Boca arriba/Boca abajo).
- Ve el rumbo de brújula para saber en qué dirección está orientado tu dispositivo.
Preguntas Frecuentes
Un probador de orientación reporta la actitud 3D actual de tu dispositivo — cómo está inclinado y rotado relativo al marco de referencia de la Tierra. Los tres valores reportados son alpha (rotación alrededor del eje Z vertical, 0–360°), beta (inclinación frente-atrás alrededor del eje X, −180 a 180°), y gamma (inclinación izquierda-derecha alrededor del eje Y, −90 a 90°). Estos ángulos provienen de datos fusionados de sensor combinando el giroscopio (rotación a corto plazo), acelerómetro (referencia de gravedad a largo plazo para pitch/roll), y magnetómetro (referencia de norte a largo plazo para yaw). El resultado a veces se llama 'actitud' o 'pose' del dispositivo. A diferencia de una lectura de giroscopio, que es velocidad, la orientación es posición — diciéndote a dónde apunta el dispositivo, no qué tan rápido está girando.
Los problemas de orientación son sutiles: un teléfono con una tubería de orientación-fusionada degradada todavía se muestra correctamente en aplicaciones que solo necesitan rotación de pantalla, pero falla en AR, video 360° y contextos de navegación que dependen de rumbo preciso. La prueba revela si los tres ángulos actualizan suavemente al rotar el dispositivo, si convergen correctamente cuando se mantienen quietos, y si el rumbo de brújula (alpha) está anclado al norte verdadero o norte magnético. La prueba también expone el bloqueo de cardán (beta cerca de ±90°), magnetómetro no calibrado (rumbo desviado en 10°+), y deriva excesiva de giroscopio (orientación lentamente vagando en reposo). Los desarrolladores construyendo juegos de inclinación, fotografías de desplazamiento o superposiciones AR usan esto para validar su hardware objetivo antes del envío.
La especificación W3C DeviceOrientation define alpha como rotación alrededor del eje Z (vertical, rango 0–360° en sentido horario desde el norte), beta como rotación alrededor del eje X (inclinación frente-atrás, rango −180 a 180°, con +90° significando que el teléfono apunta hacia arriba verticalmente), y gamma como rotación alrededor del eje Y (inclinación izquierda-derecha, rango −90 a 90°). En términos aeroespaciales, alpha es yaw (rumbo), beta es pitch, y gamma es roll — pero cuidado: las convenciones aeroespaciales usan orden de rotación ZYX con signos diferentes, mientras que W3C usa ZXY. Los dos ordenamientos dan valores de ángulos diferentes para la misma orientación física. Para trabajo de rotación continua, los cuaterniones evitan estas ambigüedades representando rotación como un vector de 4 componentes sin convenciones de ángulo que confundir.
Esto es bloqueo de cardán, una limitación matemática de representar rotación 3D como tres ángulos de Euler. En el orden ZXY de W3C, cuando beta cruza ±90° (teléfono apuntando directamente hacia arriba o directamente hacia abajo), los ejes alpha y gamma se alinean, colapsando los tres grados de libertad a dos. Pequeñas inclinaciones del dispositivo entonces causan saltos enormes en alpha o gamma para compensar. El fenómeno no es un bug de sensor — ocurre en cada sistema de ángulos de Euler independientemente del hardware. La solución robusta es usar cuaterniones o matrices de rotación internamente y solo convertir a ángulos de Euler para visualización. Los frameworks AR (ARKit, ARCore, WebXR) todos usan cuaterniones para evitar esto. Si solo necesitas yaw para aplicaciones de brújula, el bloqueo de cardán en beta=90° es aceptable; para orientación libre, cambia a cuaterniones.
Tres culpables explican malas lecturas de brújula. Primero, magnetómetro sin calibrar: offsets de hierro duro de fundas de teléfono con imanes o proximidad a metal pueden desviar el rumbo en decenas de grados. Arregla rotando el teléfono en un patrón de ocho mientras una aplicación de calibración captura muestras — la mayoría de sistemas operativos hacen esto en segundo plano pero puede necesitar calibración fresca tras cambios de entorno. Segundo, declinación: los teléfonos por defecto apuntan al norte magnético a menos que se conviertan explícitamente al norte verdadero usando el World Magnetic Model (WMM2025). El norte magnético difiere del norte verdadero hasta 30° dependiendo de tu ubicación. Tercero, las estructuras de acero interiores distorsionan el campo magnético local en 100–500 μT, desviando el rumbo cualquier cantidad. Siempre prueba al aire libre para un rumbo verdadero.
La orientación es una posición en el espacio de rotación 3D — diciéndote 'el teléfono está actualmente inclinado 30° hacia abajo y apuntando al noreste.' La velocidad de rotación (velocidad angular) es una derivada — diciéndote 'el teléfono está actualmente girando a 90°/segundo alrededor del eje Z.' El sensor giroscopio mide velocidad de rotación directamente; la orientación se calcula integrando velocidad de rotación sobre tiempo y corrigiendo deriva con anclas de acelerómetro (gravedad) y magnetómetro (norte). Si solo necesitas detectar un giro repentino (como un gesto de movimiento brusco), usa velocidad de rotación de DeviceMotionEvent. Si necesitas saber a dónde apunta el dispositivo actualmente para aplicaciones AR o brújula, usa orientación de DeviceOrientationEvent. Ambos pueden estar activos simultáneamente.
La API W3C DeviceOrientationEvent entrega alpha/beta/gamma a ~60 Hz, fusionado de giroscopio + acelerómetro + magnetómetro. Desde iOS 13, llamar DeviceOrientationEvent.requestPermission() desde un gesto del usuario es requerido; sin él Safari emite ceros. Android Chromium otorga acceso automáticamente en páginas HTTPS. La más nueva Generic Sensor API ofrece clases AbsoluteOrientationSensor (rumbo anclado al norte verdadero) y RelativeOrientationSensor (rumbo derivando libremente) con salida de cuaternión — preferido para trabajo AR pero solo compatible en navegadores Chromium detrás del permiso Sensors. Safari iOS expone webkitCompassHeading en el evento de orientación para rumbo de norte verdadero sin necesitar matemática WMM. Siempre detecta características y retrocede con gracia.
La Especificación de Evento DeviceOrientation de W3C define las convenciones alpha/beta/gamma, orden de eje (Tait-Bryan intrínseco ZXY), y objetivo de tasa de actualización (60 Hz). Las más nuevas especificaciones W3C Generic Sensor API para AbsoluteOrientationSensor y RelativeOrientationSensor usan cuaterniones para evitar ambigüedad de Euler. La especificación de runtime OpenXR gobierna el reporte de orientación de seguimiento de cabeza AR/VR. La referencia de magnetómetro proviene del World Magnetic Model (WMM2025, NOAA/BGS), actualizado cada cinco años. El rendimiento de giroscopio e IMU se caracteriza vía IEEE 1554 e IEEE 952 (inestabilidad de sesgo por varianza de Allan, random walk angular). Los teléfonos modernos cumplen la especificación suplementaria de aviación IATA de precisión ±1° pitch/roll y ±5° rumbo — más que suficiente para navegación, juegos y la mayoría de aplicaciones AR.
SENSORES13
WUTOOLS