Solução de problemas na sala de aula¶

Falhas individuais — um motor que não responde, um ID mal configurado, uma pose HOME errada — estão na página de solução de problemas do aluno. Esta página trata das que são específicas de uma sala cheia de máquinas.

As máquinas do laboratório não enxergam o braço de jeito nenhum¶

Siga nesta ordem.

É Chromium? Chrome, Edge, Brave, Opera. Firefox e Safari não conseguem falar com hardware, ponto final, e um parque gerenciado que padroniza o Firefox vai bloquear o curso por completo.
O acesso a dispositivos é permitido? A política corporativa do navegador pode desativar os pedidos de permissão de serial e USB. Se o seletor de portas nunca aparece, ou aparece vazio em todas as máquinas enquanto um notebook pessoal funciona, é isso — fale com quem gerencia a política.
O driver está lá? A placa se apresenta como um dispositivo USB serial. Em uma imagem bloqueada, o driver pode não instalar para um usuário padrão.
O cabo é de dados? Teste com um que você sabe que funciona antes de escalar qualquer coisa.

Teste os quatro itens em uma máquina real do laboratório, com uma conta real de aluno, antes de o curso começar. Um teste no notebook do professor com direitos de administrador não prova nada.

Os links chegam por e-mail e expiram em dez minutos. Em escolas, as causas comuns são uma caixa de entrada filtrada e alunos abrindo o link no celular em vez de no computador à sua frente.

Medidas: diga a eles para abrir o link na máquina do laboratório, reserve dez minutos para isso na primeira sessão e, se a instituição suporta contas Google, prefira Continue with Google — evita a caixa de entrada por completo.

As sessões remotas nunca conectam na rede da escola¶

O bloqueio institucional mais comum. A conexão é ponto a ponto usando um servidor STUN público, sem relay como alternativa, então um firewall que bloqueia UDP ou restringe a travessia de NAT impede que ela se forme, normalmente sem mensagem de erro — simplesmente nunca conecta.

Teste na rede da escola na semana anterior.
Se falhar, recorra ao rodízio físico com uma calibração compartilhada, que não precisa de nada da rede. Veja Compartilhando um braço.
Se a equipe de rede quiser ajudar, o tráfego é WebRTC padrão com STUN.

Um braço se comporta diferente dos outros¶

Quase sempre é calibração. Os braços são calibrados individualmente, e um braço que foi remontado, caiu ou teve um servo trocado precisa dela de novo.

Mantenha uma calibração exportada comprovadamente boa para cada braço, e etiquete os braços fisicamente. Uma prateleira de braços idênticos sem etiqueta é como uma turma acaba calibrando o mesmo três vezes.

Uma dupla está travada e não sabe dizer por quê¶

As quatro perguntas que resolvem a maior parte:

A tabela de conexão mostra seis motores OK?
O gêmeo 3D acompanha quando você move uma junta com a mão?
Este braço foi calibrado nesta conta?
A parada de emergência ainda está travada de antes?

A turma está em ritmos diferentes¶

É esperado, e é por isso que a plataforma libera módulo por módulo e não pelo calendário. Duas coisas ajudam: conduza a etapa de hardware como rodízio, para que as duplas rápidas não fiquem ociosas, e deixe as duplas rápidas avançarem no braço virtual em vez de inventar tarefas extras.

Há algo errado com a própria plataforma¶

Use Send feedback dentro do Lab — ele anexa uma captura de tela. Inclua o módulo e a etapa, o navegador e a versão, o método de conexão e se o problema se reproduz em mais de uma máquina. Esse último detalhe é o que distingue um bug da plataforma de uma máquina que precisa de outro cabo.