Solución de problemas en el aula¶
Los fallos individuales —un motor que no responde, un ID mal puesto, una postura HOME equivocada— están en la página de solución de problemas para alumnos. Esta página trata de los que son propios de un aula llena de equipos.
Los equipos del aula no ven el brazo en absoluto¶
Revísalo en este orden.
- ¿Es Chromium? Chrome, Edge, Brave, Opera. Firefox y Safari no pueden hablar con hardware, punto, y un parque gestionado que estandarice Firefox bloqueará el curso por completo.
- ¿Está permitido el acceso a dispositivos? La política corporativa del navegador puede desactivar las solicitudes de permiso de puerto serie y USB. Si el selector de puertos nunca aparece, o aparece vacío en todos los equipos mientras un portátil personal funciona, es esto: habla con quien gestione la política.
- ¿Está el controlador? La placa se presenta como un dispositivo USB serie. En una imagen muy restringida, puede que el controlador no se instale para un usuario estándar.
- ¿El cable es de datos? Prueba con uno que sepas que funciona antes de escalar nada.
Comprueba los cuatro puntos en un equipo real del aula con una cuenta real de alumno, antes de que empiece el curso. Una prueba en el portátil del docente con permisos de administrador no demuestra nada.
El enlace de inicio de sesión de todos llega tarde o no llega¶
Los enlaces llegan por correo y caducan a los diez minutos. En los centros, las causas habituales son un buzón filtrado y alumnos que abren el enlace en el móvil en lugar de en el ordenador que tienen delante.
Medidas: diles que abran el enlace en el equipo del aula, reserva diez minutos para ello en la primera sesión y, si la institución admite cuentas de Google, prefiere Continue with Google: evita el buzón por completo.
Las sesiones remotas nunca conectan en la red del centro¶
El bloqueo institucional más frecuente. La conexión es de igual a igual mediante un servidor STUN público, sin relé de respaldo, así que un cortafuegos que bloquee UDP o restrinja el NAT traversal impide que se establezca, normalmente sin mensaje de error: simplemente no conecta nunca.
- Pruébalo en la red del centro la semana anterior.
- Si falla, recurre a la rotación física con una calibración compartida, que no necesita nada de la red. Consulta Compartir un brazo.
- Si el equipo de redes está dispuesto a ayudar, el tráfico es WebRTC estándar con STUN.
Un brazo se comporta de forma distinta a los demás¶
Casi siempre es la calibración. Los brazos se calibran individualmente, y un brazo que se reconstruyó, se cayó o al que se le cambió un servo la necesita de nuevo.
Guarda por cada brazo una calibración exportada que sepas que es buena, y etiqueta físicamente los brazos. Una estantería de brazos idénticos sin etiquetar es como una clase acaba calibrando el mismo tres veces.
Una pareja está atascada y no sabe decir por qué¶
Las cuatro preguntas que resuelven casi todo:
- ¿La tabla de conexión muestra seis motores OK?
- ¿El gemelo 3D sigue cuando mueves una articulación a mano?
- ¿Se ha calibrado este brazo en esta cuenta?
- ¿Sigue activada la parada de emergencia de antes?
La clase va a ritmos distintos¶
Es lo esperado, y es la razón por la que la plataforma avanza módulo a módulo y no según el calendario. Dos cosas ayudan: plantea el paso con hardware como una rotación para que las parejas rápidas no estén paradas, y deja que las parejas rápidas se adelanten con el brazo virtual en lugar de inventar tareas de ampliación.
Algo falla en la propia plataforma¶
Usa Send feedback dentro de Lab: adjunta una captura de pantalla. Incluye el módulo y el paso, el navegador y su versión, el método de conexión y si se reproduce en más de un equipo. Ese último detalle es el que distingue un fallo de la plataforma de un equipo que necesita otro cable.
