Hardware
TesteTestador de Orientação
Teste orientação do dispositivo com visualização 3D de telefone ao vivo. Monitore ângulos de inclinação, valores de rotação e posição do dispositivo em tempo real.
Tem feedback? Reporte bugs, sugira recursos ou compartilhe suas ideias — lemos todosSobre o Testador de Orientação
Teste os sensores de orientação do seu dispositivo com uma visualização 3D realista de telefone que espelha a posição exata do seu dispositivo. Monitore ângulos de inclinação através de todos os três eixos (alfa, beta, gama), veja direção da bússola e entenda orientação do dispositivo em tempo real. Perfeito para testar sensores de movimento, calibrar dispositivos ou desenvolver aplicações baseadas em orientação.
- Pressione Iniciar teste para ativar o sensor de orientação.
- Incline e gire seu dispositivo em diferentes direções.
- Observe o modelo 3D de telefone mover exatamente como seu dispositivo se move.
- Monitore valores de ângulo para alfa (bússola), beta (inclinação frente/trás) e gama (inclinação esquerda/direita).
- Use o botão Calibrar para definir a posição atual como ponto de referência zero.
- Verifique o cartão de informações de inclinação para ver orientação do dispositivo (Retrato/Paisagem/Tela para Cima/Tela para Baixo).
- Veja a direção da bússola para saber para qual direção seu dispositivo está voltado.
Perguntas Frequentes
Um testador de orientação reporta a atitude 3D atual do seu dispositivo — como está inclinado e rotacionado em relação ao quadro de referência da Terra. Os três valores reportados são alpha (rotação ao redor do eixo Z vertical, 0–360°), beta (inclinação frente-trás ao redor do eixo X, −180 a 180°), e gamma (inclinação esquerda-direita ao redor do eixo Y, −90 a 90°). Esses ângulos vêm de dados fundidos de sensor combinando o giroscópio (rotação de curto prazo), acelerômetro (referência de gravidade de longo prazo para pitch/roll), e magnetômetro (referência de norte de longo prazo para yaw). O resultado às vezes é chamado de 'atitude' ou 'pose' do dispositivo. Diferente de uma leitura de giroscópio, que é uma velocidade, orientação é uma posição — dizendo onde o dispositivo aponta, não quão rápido está girando.
Problemas de orientação são sutis: um telefone com um pipeline de orientação-fundida degradado ainda exibe corretamente em aplicativos que apenas precisam de rotação de tela, mas falha em AR, vídeo 360° e contextos de navegação que dependem de rumo preciso. O teste revela se os três ângulos atualizam suavemente conforme você rotaciona o dispositivo, se convergem corretamente quando mantidos parados, e se o rumo da bússola (alpha) está ancorado ao norte verdadeiro ou norte magnético. O teste também expõe gimbal lock (beta perto de ±90°), magnetômetro não calibrado (rumo desviado em 10°+), e deriva excessiva de giroscópio (orientação lentamente vagando em repouso). Desenvolvedores construindo jogos de inclinação, fotografias de rolagem ou sobreposições AR usam isto para validar seu hardware-alvo antes do envio.
A especificação W3C DeviceOrientation define alpha como rotação ao redor do eixo Z (vertical, variando 0–360° em sentido horário a partir do norte), beta como rotação ao redor do eixo X (inclinação frente-trás, variando −180 a 180°, com +90° significando que o telefone está apontando para cima verticalmente), e gamma como rotação ao redor do eixo Y (inclinação esquerda-direita, variando −90 a 90°). Em termos aeroespaciais, alpha é yaw (rumo), beta é pitch, e gamma é roll — mas cuidado: convenções aeroespaciais usam ordem de rotação ZYX com sinais diferentes, enquanto W3C usa ZXY. As duas ordenações dão valores de ângulos diferentes para a mesma orientação física. Para trabalho de rotação contínua, quaterniões evitam essas ambiguidades representando rotação como um vetor de 4 componentes sem convenções de ângulo para confundir.
Isto é gimbal lock, uma limitação matemática de representar rotação 3D como três ângulos de Euler. Na ordem ZXY do W3C, quando beta cruza ±90° (telefone apontando diretamente para cima ou diretamente para baixo), os eixos alpha e gamma se alinham, colapsando os três graus de liberdade em dois. Pequenas inclinações do dispositivo então causam saltos enormes em alpha ou gamma para compensar. O fenômeno não é um bug de sensor — acontece em todo sistema de ângulos de Euler independentemente do hardware. A solução robusta é usar quaterniões ou matrizes de rotação internamente e apenas converter para ângulos de Euler para exibição. Frameworks AR (ARKit, ARCore, WebXR) todos usam quaterniões para evitar isto. Se você só precisa de yaw para aplicativos de bússola, gimbal lock em beta=90° é aceitável; para orientação de forma livre, mude para quaterniões.
Três culpados explicam más leituras de bússola. Primeiro, magnetômetro não calibrado: offsets de ferro duro de capas de telefone com ímãs ou proximidade a metal podem desviar o rumo em dezenas de graus. Corrija rotacionando o telefone em um padrão de oito enquanto um aplicativo de calibração captura amostras — a maioria dos sistemas operacionais faz isto em segundo plano mas pode precisar de calibração fresca após mudanças de ambiente. Segundo, declinação: telefones por padrão apontam para o norte magnético a menos que explicitamente convertidos para o norte verdadeiro usando o World Magnetic Model (WMM2025). O norte magnético difere do norte verdadeiro em até 30° dependendo da sua localização. Terceiro, estruturas de aço internas distorcem o campo magnético local em 100–500 μT, desviando o rumo em qualquer quantidade. Sempre teste ao ar livre para um rumo verdadeiro.
Orientação é uma posição no espaço de rotação 3D — dizendo 'o telefone está atualmente inclinado 30° para baixo e apontando para o nordeste.' Velocidade de rotação (velocidade angular) é uma derivada — dizendo 'o telefone está atualmente girando a 90°/segundo ao redor do eixo Z.' O sensor giroscópio mede velocidade de rotação diretamente; orientação é calculada integrando velocidade de rotação ao longo do tempo e corrigindo deriva com âncoras de acelerômetro (gravidade) e magnetômetro (norte). Se você só precisa detectar uma curva repentina (como um gesto de movimento brusco), use velocidade de rotação do DeviceMotionEvent. Se você precisa saber para onde o dispositivo está apontando atualmente para aplicativos AR ou bússola, use orientação do DeviceOrientationEvent. Ambos podem estar ativos simultaneamente.
A API W3C DeviceOrientationEvent entrega alpha/beta/gamma a ~60 Hz, fundido de giroscópio + acelerômetro + magnetômetro. Desde o iOS 13, chamar DeviceOrientationEvent.requestPermission() a partir de um gesto do usuário é necessário; sem ele, Safari emite zeros. O Android Chromium concede acesso automaticamente em páginas HTTPS. A mais nova Generic Sensor API oferece classes AbsoluteOrientationSensor (rumo ancorado ao norte verdadeiro) e RelativeOrientationSensor (rumo derivando livremente) com saída de quaternião — preferido para trabalho AR mas apenas suportado em navegadores Chromium atrás da permissão Sensors. O Safari iOS expõe webkitCompassHeading no evento de orientação para rumo de norte verdadeiro sem precisar de matemática WMM. Sempre detecte recursos e retroceda graciosamente.
A Especificação de Evento DeviceOrientation do W3C define as convenções alpha/beta/gamma, ordem de eixo (Tait-Bryan intrínseco ZXY), e alvo de taxa de atualização (60 Hz). As mais novas especificações W3C Generic Sensor API para AbsoluteOrientationSensor e RelativeOrientationSensor usam quaterniões para evitar ambiguidade de Euler. A especificação de runtime OpenXR governa o relatório de orientação de rastreamento de cabeça AR/VR. A referência de magnetômetro vem do World Magnetic Model (WMM2025, NOAA/BGS), atualizado a cada cinco anos. O desempenho de giroscópio e IMU é caracterizado via IEEE 1554 e IEEE 952 (instabilidade de viés por variância de Allan, random walk angular). Telefones modernos atendem a especificação suplementar de aviação IATA de precisão ±1° pitch/roll e ±5° rumo — mais que suficiente para navegação, jogos e a maioria de aplicativos AR.
SENSORES13
WUTOOLS