La demo falló arriba del escenario. Cuatro días después supe por qué

El 29 de septiembre presentamos Gemm en el Community Meetup del Parque de la Innovación. Llevamos el G1, una presentación ensayada y la demo que más me importaba: alguien con el visor moviendo los brazos y el robot siguiéndolo delante de todos.

El día empezó mal desde temprano. La red propia del robot, que días antes había andado perfecto, dejó de levantar, y no había forma de entrar al robot ni por wifi ni por cable. El cable resultó estar fallado. Terminamos con un monitor, un teclado y un mouse enchufados al robot para entrar directo.

Recuperamos el acceso, grabamos la teleop andando en ORT por las dudas —es el video que está en el caso de Gemm— y caminamos las pocas cuadras hasta el Parque con el robot y todo lo necesario para armar nuestra propia red.

Arriba del escenario

Habíamos preparado diez minutos; nos dijeron que teníamos tres; conseguimos siete. Armamos la red, probamos y la teleop anduvo. Mientras presentaba el grupo anterior la volvimos a prender y esta vez no hubo caso. El robot se quedó parado al costado del escenario y presentamos igual, con el video del dashboard de Eitan sobre datos grabados.

Me quedó una pregunta: si anduvo en ORT y anduvo al llegar, ¿por qué se cayó justo ahí?

Lo que encontré después

1. La red del robot no siempre arrancaba

Al día siguiente encontré por qué: al prenderse, la red propia del robot competía con su propia conexión wifi, y a veces perdía. La rehice de otra forma y le agregué una salida: si nadie se conecta en un rato, el robot vuelve solo al wifi normal. En las pruebas siguientes anduvo sin cortes.

2. El video se caía apenas el visor veía una mano

El 2 de octubre armé una herramienta para medir, desde el visor, qué llegaba y qué no. Con una sola prueba quedó claro: el video andaba bien hasta que el visor detectaba una mano. En ese momento la librería intentaba descargar algo de internet, y en la red del robot no hay internet. Fallaba, y se llevaba puesto el video. Lo arreglé dejando todo lo necesario guardado en el propio robot. Después de eso: casi un minuto en VR con las manos, sin un corte.

No puedo asegurar cuál de las dos nos tiró la demo arriba del escenario. Sí sé que las dos aparecían justo en las condiciones del evento: la red propia del robot, sin internet. En ORT, con internet, ninguna se notaba.

3 de octubre

Teleop completa con brazos y video en alta definición en el visor. Anduvo todo.

Lo que me llevo

• —Probar en las mismas condiciones que la demo, no en condiciones parecidas. Entre «sin internet» y «con internet» estaba toda la diferencia.
• —Cuando algo funciona a veces, medir antes de cambiar cosas. Medir resolvió en una prueba lo que días de hipótesis no.
• —Llevar un plan B grabado. El video de la teleop y el del dashboard nos dejaron contar lo que no pudimos mostrar.