Pepper llega a la fecha anunciada para el cierre de su nube

El 1 de octubre es la fecha anunciada para el fin de los servicios en la nube de Pepper, según la información de soporte europeo de Maxtronics [en]. Para una escuela, un laboratorio o un propietario que conserve este robot de interacción, la consecuencia inmediata es revisar de qué servicios dependen sus aplicaciones. El aviso no acredita que todos los movimientos, programas o funciones locales del robot se apaguen al mismo tiempo.

La página señala que Maxtronics atiende NAO6, pero no ofrece soporte técnico de Pepper, y que no existe actualmente un centro oficial de soporte para Pepper en Europa. También busca un socio que asuma venta, reparación y asistencia. Conviene distinguir ese vacío de soporte de una avería física: un robot puede encender y ejecutar una actividad aunque su antiguo servicio comercial ya no esté disponible.

La aplicación instalada y el servicio que utiliza son dos cosas distintas

Pepper combina un cuerpo móvil con una tableta y software de interacción. Una actividad puede utilizar recursos guardados en el equipo o llamar a un servidor externo. Conservar el instalador no garantiza que una función remota siga respondiendo; perder una tienda de aplicaciones tampoco demuestra que se hayan borrado los programas ya instalados.

La comprobación útil consiste en identificar las actividades empleadas en clase, anotar sus versiones y consultar su documentación. Hay que separar la conexión con el robot, la distribución del programa y cualquier servicio externo de voz, conversación o contenidos. Cada dependencia tiene su propio responsable. El anuncio europeo no proporciona una lista de resultados para todas las aplicaciones existentes.

La documentación del Pepper SDK para Android [en] describe una vía de desarrollo desde la tableta mediante una biblioteca Java y herramientas de Android Studio. Esa arquitectura ayuda a entender dónde se ejecuta una aplicación, pero no convierte automáticamente en local cualquier servicio que el desarrollador haya añadido.

Recuperar documentación no exige cambiar el firmware

Maxtronics mantiene enlaces a recursos de las ramas NAOqi 2.5 y 2.9. La propia página advierte que las versiones físicas Pepper 1.6 y 1.7 pertenecen a la rama 2.5, mientras que 1.8 y 1.8A admiten ambas familias. También desaconseja hacer por cuenta propia un cambio entre ellas: actualizar solo la cabeza sin coordinar la tableta puede dejar el conjunto sin funcionar correctamente.

Por eso, antes de restaurar una unidad de segunda mano hay que identificar el hardware y el software que ya lleva. Descargar una imagen de sistema disponible en un archivo no significa que sea la adecuada para ese ejemplar. Una pérdida de acceso a la nube tampoco constituye, por sí sola, un motivo para borrar una instalación que todavía sirve.

Existe además documentación comunitaria para desarrollar. El controlador abierto ros-naoqi [en], probado con Pepper, conecta un ordenador con el sistema del robot y permite acceder a sensores y partes de su API. Publica condiciones de versión y dependencias concretas. Es una opción técnica para quien sabe integrar software, no un reemplazo del servicio de reparación ni una promesa de recuperar cualquier aplicación antigua.

Para aprovechar Pepper en robótica educativa, resulta más útil empezar por una actividad que ya esté documentada y comprobarla en la unidad disponible que comprarlo contando con el catálogo histórico de aplicaciones. El catálogo de robots permite comparar plataformas con distintos requisitos de programación y soporte.