En Kinexa creemos que la transparencia técnica es el único punto de partida válido para integrar robótica autónoma en operaciones industriales críticas. Este documento delimita con precisión qué puede y qué no puede hacer nuestro sistema en su estado actual, y qué requiere desarrollo adyacente. Se publica aquí para evitar expectativas incorrectas y servir de referencia auditable ante cualquier interesado.
1. Qué puede hacer el sistema hoy (Estado Operativo)
Locomoción y Terreno
- Caminar en superficies planas y moderadamente irregulares.
- Seguir comandos cinemáticos de velocidad (adelante, atrás, lateral, rotación).
- Mantener equilibrio ante perturbaciones externas moderadas (empujones, desniveles leves).
- Pararse y sentarse de forma controlada.
Operación Remota (WebControl)
- Recibir comandos de alto nivel desde un servidor remoto a través de túneles VPN Seguros.
- Transmitir telemetría de estado (posición, batería BMS, articulaciones) en tiempo real.
- Transmitir video de cámara (RTSP) en vivo con baja latencia a cualquier navegador.
Misiones Automatizadas y Detección Visual
- Ejecutar misiones programadas por horario o eventos, navegando por coordenadas locales (Waypoints).
- Reportar resultados al servidor central con imagen y timestamp (Edge Computing).
- Detectar presencia de personas u objetos anómalos en un área mediante modelos pre-entrenados (e.g. YOLO).
2. Los Límites de la Autonomía (El "Humano en el Ciclo")
Nuestra arquitectura dicta que la autonomía del robot es máxima dentro de escenarios definidos y predecibles. Fuera de esos límites, el sistema está diseñado restrictivamente para detenerse y pedir intervención al supervisor desde WebControl, no para improvisar.
El sistema nunca silencia una alerta de baja certeza intentando "resolver solo". El costo computacional y físico de interrumpir al supervisor desde la web es infinitamente menor que el costo de un error autónomo.
3. Qué NO puede hacer el sistema (Límites Duros y Requerimientos Extra)
A diferencia del marketing de consumo masivo, la ingeniería robótica tiene fronteras rígidas. Estas características no vienen "en la caja", sino que exigen simulaciones dedicadas o cambios drásticos de presupuestos y hardware:
- Manipulación Dinámica: Agarrar objetos fijos es programable; sin embargo, interactuar con objetos irregulares que cambian de posición exige modelos de percepción 3D complejos en tiempo real.
- Escaleras y Geometrías Severas: Las políticas estándar operan sobre desniveles naturales. Enseñar al robot a sortear escaleras industriales requeriría entrenamiento de software adicional y horas de iteración masiva en simuladores virtuales (Génesis) para inyectar esa política en él.
- Clima Adverso o Intemperie Agresiva: Hardware como nuestro estándar operativo inicial (Go2) no posee certificaciones IP67 profundas; su uso idóneo es indoor. Despliegues bajo lluvias o polvo severo requerirían escalar hacia otras líneas de hardware comercial mucho más costosas (ej. modelos B2).
- Toma de Decisiones de Alta Consecuencia: El robot vigila y alerta. No activa sistemas de extinción ni bloquea puertas físicas autónomamente. Esas ejecuciones siempre deben originarse desde un click manual del operador en WebControl.