Testador de Giroscópio

Falhas de giroscópio são comuns após quedas, exposição à água ou fadiga de solda nos contatos BGA do sensor, e geralmente aparecem primeiro como aplicativos AR com defeito, mapas que derivam ou rotação automática que não reage mais. O teste confirma se os três eixos respondem, se os valores estão ruidosos ou travados, e se o viés (saída de velocidade zero) está dentro da especificação. Para headsets VR e IMUs de drones, a saúde do giroscópio afeta diretamente a latência movimento-fóton e estabilidade de voo. Para telefones, um giroscópio degradado pode arruinar OIS (estabilização óptica), estabilização de vídeo e precisão de pedômetro. Executar este testador antes de comprar um dispositivo usado leva 30 segundos e poupa devoluções caras.

O DeviceOrientationEvent do navegador retorna ângulos de orientação em graus (alpha 0–360°, beta −180 a 180°, gamma −90 a 90°), enquanto DeviceMotionEvent.rotationRate dá velocidade angular em graus por segundo na maioria dos navegadores (rad/s em algumas versões antigas do Safari — sempre verifique). Para um telefone parado na mesa, rotationRate deve oscilar próximo a 0 ±0,5 dps; qualquer valor maior significa deriva de viés. Quando você sacode o telefone rápido, picos de 500–1500 dps são típicos. Giroscópios de grau industrial são especificados em milésimos de graus por segundo (mdps) para viés e ruído, enquanto MEMS de consumo são normalmente dados em dps.

A deriva vem de duas fontes. Primeiro, instabilidade de viés: a saída de velocidade zero de cada giroscópio MEMS lentamente vagueia devido a mudanças de temperatura, estresse mecânico e ruído eletrônico — peças de consumo típicas derivam 10–50 dps por hora sem correção. Segundo, erro de integração: se você integra a velocidade angular para obter o ângulo, mesmo um pequeno viés constante se acumula linearmente em grande erro de ângulo em minutos. Por isso telefones fundem dados de giroscópio com leituras de acelerômetro e magnetômetro (fusão de sensores via filtro complementar ou Kalman) para ancorar a estimativa de orientação. Se você vê leituras constantes não-zero quando o dispositivo está parado, esse é o viés bruto — aplicativos geralmente subtraem um offset de calibração capturado na inicialização.

A especificação W3C DeviceOrientation define alpha como rotação em torno do eixo Z (rumo de bússola, 0° = norte), beta como rotação em torno do eixo X (inclinação frente-trás, +90° = tela voltada para cima verticalmente), e gamma como rotação em torno do eixo Y (inclinação esquerda-direita, ±90° = deitado de lado). Convenções aeroespaciais chamam estes de yaw, pitch e roll respectivamente — mas cuidado com o sinal e ordem dos eixos, eles diferem entre padrões. Para Tait-Bryan ZXY (ordem W3C), o gimbal lock ocorre em beta = ±90°, fazendo alpha e gamma se acoplarem. Para rastreamento contínuo de rotação, quaterniões são preferidos sobre ângulos de Euler exatamente por este motivo.

Gimbal lock acontece quando dois dos três eixos de rotação se alinham, colapsando sua orientação tridimensional para dois graus de liberdade. Na ordem ZXY Tait-Bryan do W3C, isto ocorre quando beta se aproxima de ±90° — as rotações alpha e gamma se tornam indistinguíveis, e pequenas inclinações causam saltos enormes em alpha ou gamma. Você vê isto ao inclinar o telefone totalmente vertical (modo retrato apontando para cima): o rumo da bússola enlouquece. Não é um bug no seu sensor; é um artefato matemático de ângulos de Euler. Aplicativos robustos detectam proximidade de ±90° beta e mudam para matemática de quaterniões, ou simplesmente travam o valor alpha quando beta é extremo. Frameworks AR como ARKit e ARCore usam quaterniões internamente por exatamente esta razão.

Duas APIs web são usadas. DeviceOrientationEvent fornece orientação absoluta (alpha/beta/gamma em graus) via dados fundidos de giroscópio + acelerômetro + magnetômetro, disparados a ~60 Hz. DeviceMotionEvent fornece velocidade angular bruta (rotationRate.alpha/beta/gamma em dps) e aceleração linear. Desde o iOS 13, ambas as APIs requerem permissão explícita via DeviceOrientationEvent.requestPermission() chamada a partir de um gesto do usuário — sem ela, o Safari emite zeros silenciosamente. O Android Chrome concede acesso automaticamente em páginas HTTPS. A mais nova Generic Sensor API (Gyroscope, AbsoluteOrientationSensor) oferece maior precisão mas ainda não é suportada no Safari iOS. Esta ferramenta retrocede graciosamente quando a API está ausente.

Giroscópios MEMS de consumo são caracterizados por quatro especificações-chave: faixa de fundo de escala (tipicamente ±125 a ±2000 dps), sensibilidade (LSB/dps), densidade de ruído em mdps/√Hz (menor é melhor, 4–10 é grau consumidor, 0,01 é grau tático), e instabilidade de viés por variância de Allan (o piso da deriva de longo prazo, tipicamente 10–50 dph para peças de consumo, 0,01 dph para grau de navegação). IEEE 1554 e IEEE 952 definem os procedimentos de teste padrão. O gráfico de desvio de Allan mostra random walk angular (ARW) em tau curto e instabilidade de viés em tau mais longo — assim um hobbyista pode classificar dois chips IMU. Para comparação, o giroscópio do iPhone 15 tem aproximadamente 0,005 dps/√Hz de ruído e ~10 dph de instabilidade de viés.

Celulares e tablets Android no Chrome, Edge ou Samsung Internet funcionam automaticamente desde que a página seja servida por HTTPS — nenhum aviso aparece e os dados começam a fluir assim que você pressiona Iniciar. iPhone e iPad no iOS/iPadOS 13 ou posterior funcionam no Safari mas exigem permissão explícita: tocar em Iniciar dispara DeviceOrientationEvent.requestPermission() (e DeviceMotionEvent.requestPermission() para a leitura de velocidade de rotação bruta), que você deve responder Permitir. Desktops e laptops quase nunca têm giroscópio, então DeviceOrientationEvent existe mas só emite valores nulos; esta ferramenta detecta isso em ~1,5 segundo e mostra uma mensagem honesta de 'nenhum dado de sensor recebido' em vez de um 0° falso. Navegadores embutidos em apps (Facebook, Instagram) às vezes bloqueiam a permissão de movimento — abra a página no app real do Safari ou Chrome se Iniciar não fizer nada.

Não. Cada leitura é processada inteiramente no seu navegador usando as APIs web DeviceOrientation e DeviceMotion. Nada é enviado a um servidor, registrado ou armazenado — não há conta, upload nem analítica sobre o fluxo do sensor. Quando você usa o recurso Gravar, as amostras com carimbo de tempo vivem apenas na memória da aba do navegador; os botões Baixar CSV e Baixar JSON criam o arquivo localmente com um Blob e o entregam direto aos downloads do dispositivo. Feche a aba e os dados capturados desaparecem. Isso torna o testador seguro para rodar em dispositivos de clientes numa assistência técnica sem preocupações de privacidade.

Um giroscópio saudável responde de forma suave e independente nos três eixos. Para testar alpha (Z), mantenha o celular plano e gire-o como um volante — o valor alpha e o rumo da bússola devem varrer 0–360°. Para beta (X), incline a borda superior para cima e para baixo — beta deve oscilar de −90° a +90°. Para gamma (Y), incline para esquerda e direita — gamma deve mover ±90°. APROVADO significa que cada valor acompanha seu movimento em tempo real e retorna perto do valor de repouso quando você para. REPROVADO se parece com: um eixo congelado em um número enquanto você gira (eixo travado/morto), um eixo saltando erraticamente com o dispositivo parado (eixo ruidoso), ou uma velocidade de rotação grande não-zero sobre a mesa (deriva de viés). Pressione Gravar enquanto faz uma varredura completa de giro e leia a Faixa por eixo — uma faixa quase zero num eixo que você realmente moveu é o sinal mais claro de um eixo morto.

Porque a máquina não tem giroscópio. A API DeviceOrientation é implementada no Chrome, Edge e Firefox de desktop por compatibilidade, mas sem um sensor físico por trás o navegador só entrega leituras nulas. Testadores antigos ou ingênuos convertem esses nulos em 0 e mostram um 0° confiante mas sem sentido; esta ferramenta, em vez disso, roda um vigia de 1,5 segundo e, se nenhuma leitura real (não-nula) chegar, para e diz claramente que nenhum dado de sensor foi recebido. Para testar de fato um giroscópio você precisa de um dispositivo que o tenha — praticamente qualquer celular ou tablet moderno — aberto por HTTPS. Uma IMU externa USB ou Bluetooth não aparecerá aqui; as APIs web só expõem os sensores de movimento embutidos.

Pressionar Gravar enquanto o sensor está ativo registra uma amostra com carimbo de tempo a cada evento de orientação: tempo decorrido em milissegundos, os três ângulos de orientação (alpha, beta, gamma em graus) e, quando DeviceMotion está disponível, a velocidade de rotação bruta de cada eixo em graus por segundo (dps). Ao parar a gravação, a ferramenta calcula mín, máx, média e faixa por eixo mais a velocidade de rotação absoluta máxima, e habilita Baixar CSV e Baixar JSON. O CSV (uma linha por amostra) entra direto no Excel, Google Sheets ou um notebook Python/pandas para plotar ruído e viés; o JSON ainda embute as estatísticas calculadas e os metadados de unidades. Laboratórios de QA e técnicos de reparo usam isso para anexar prova objetiva a um chamado de reparo, comparar um dispositivo antes e depois do reparo, e testar lotes de unidades numericamente em vez de olhar uma agulha.