Experiencias interactivas · Guía práctica
Sensores y calibración para una experiencia interactiva
La acción deseada define qué necesita medir la instalación. Detectar una entrada, seguir una mano y adaptar un personaje requieren datos y pruebas diferentes.
Profundidad: color, distancia y cuerpo son datos distintos
Una imagen de color no contiene automáticamente profundidad ni articulaciones. Pedí qué salida necesita la experiencia: máscara de presencia, distancia, nube de puntos o pose. El seguimiento de cuerpo puede requerir otra biblioteca y recursos además de la cámara.
La documentación consultada de Orbbec TOP identifica SDK v1 y advierte que cámaras más nuevas pueden requerir v2. No alcanza con comprar una cámara de la misma marca. La ruta Kinect Azure es diferente; las generaciones Kinect deben evaluarse por su hardware, SDK y soporte legado concreto.
- Ficha de compatibilidad: modelo y revisión, firmware, SDK/runtime, nodo/plugin, build, OS, transporte y modo de profundidad. Marcar cada dato confirmado y cada supuesto.
- Zona: distancia mínima/máxima útil, campo visible, oclusiones, luz y varias personas. Probar con escenografía y vestuario previstos.
- Operación: distinguir dato inválido de ausencia, informar al operador y pasar a espera si la entrada vence.
Ensayo propuesto: una persona, dos personas que se cruzan, entrada/salida y objeto que tapa parcialmente el campo. Registrar dónde se pierde información y cómo vuelve. La precisión, la cantidad de cuerpos y el alcance útil se confirman con la cadena elegida y sus condiciones de uso.
Profundidad, LiDAR o radar: elegir por la zona
Compará el dato requerido, no sólo el alcance anunciado. Una cámara de profundidad ofrece una imagen de distancias según modelo; un escáner LiDAR puede medir en un plano; un radar de presencia entrega resultados que dependen también de su procesamiento. Comprobá si la cadena elegida entrega articulaciones utilizables para animar el personaje.
Hokuyo publica escáneres como UST-10/20LX; Infineon documenta una solución de presencia con BGT60TR13C. Son referencias de tecnologías distintas, no un paquete intercambiable ni equipos cuya disponibilidad esté confirmada.
- Dibujar campo de detección y ubicación: altura, inclinación, zonas ciegas y objetos delante. Un plano de barrido no equivale a cubrir todo el volumen.
- Comparar luz ambiente, reflejos, materiales, interferencias y oclusiones con el manual del modelo exacto. No extrapolar un ensayo interior a exterior.
- Pedir formato de salida, tasa, SDK/interfaz, soporte de OS y esfuerzo de integración. Comprobar si entrega presencia, puntos, objetos o posiciones.
Prueba propuesta: acercamiento, permanencia, dos participantes, objeto quieto y salida del área. Registrar falsos disparos y omisiones. Si sólo se necesita elegir un mensaje, un pulsador puede ser una alternativa más clara. Esta selección no tiene finalidad biométrica ni de vigilancia.
Pulsadores, presión y contactos: entradas con intención clara
Un pulsador comunica una elección; una alfombra de contacto puede informar activación de una zona; un sensor de presión analógico necesita además escala y umbral. No convertir un valor eléctrico en peso corporal sin una medición y calibración apropiadas.
Phidgets distingue clases DigitalInput, VoltageInput y VoltageRatioInput. El dispositivo y el sensor deben coincidir en tipo, alimentación y límites. Un conector parecido no demuestra compatibilidad; la integración la prepara su responsable con las fichas exactas.
- Definir pulsación, liberación, pulsación sostenida y repetición. Filtrar rebotes para evitar varios disparos por una sola acción; ajustar el intervalo mediante ensayo.
- Para presión, usar umbrales de activación/liberación y revisar deriva. Separar “no presionado” de cable o dispositivo desconectado.
- Ubicar controles alcanzables, rotular su efecto y dar confirmación visual. Prever control equivalente del anfitrión.
Prueba propuesta con datos ficticios: activación breve, sostenida, rebote, desconexión y reinicio. Después ensayar el periférico aprobado bajo uso previsto. Estas entradas gobiernan contenido audiovisual no crítico; no intervienen red eléctrica, cargas estructurales ni sistemas de emergencia.
Manos, objetos y marcadores: tres formas de dirigir la imagen
MediaPipe Hand Landmarker devuelve puntos de mano; reconocer el gesto útil sigue siendo una decisión de la aplicación. OpenCV ArUco identifica marcadores de un diccionario. Seguir un objeto sin marcador requiere otro método y su propia validación. Elegí la entrada según la acción que deba realizar el público.
- Mano: elegir punto o gesto, zona alcanzable, tiempo de confirmación y qué pasa si aparece otra mano. Un valor de confianza no prueba intención.
- Objeto: definir qué se sigue y con qué iluminación, fondo y orientación. Probar objetos similares que no deberían disparar la acción.
- Marcador: fijar diccionario, ID, tamaño físico, posición y legibilidad. La pose requiere geometría/calibración y no sale sólo del ID.
Ensayo propuesto: aproximar, rotar, tapar parcialmente y retirar mano/objeto/marcador. Anotar falsos positivos y recuperación. Mostrar un cursor o confirmación que permita entender lo detectado, sin exponer imágenes del público por defecto. Acordar SDK/modelo, versión, licencia e integración antes de elegir la herramienta; ofrecer selección manual equivalente.
Relacionar las coordenadas del sensor con la superficie
- Coordenada / unidad
- Transformación definida
- Límite / zona válida
- Posición en lienzo
Dibujá ejes, origen, unidad, sentido y área válida de cada lado. Coordenadas de cámara, mundo 3D y lienzo de video no son intercambiables. Una transformación de plano puede servir para una superficie plana; un volumen o superficie irregular necesita otro modelo.
Ejemplo ficticio rectangular: si x va de 0 a 2 m y el lienzo mide 1920 píxeles, u=x/2 y píxel_x=u×1919 para índices 0…1919. Esto sólo ilustra la escala; no corrige perspectiva, lentes ni profundidad. Definí también el eje vertical y los extremos.
- Tomar puntos de referencia en esquinas e interior y comprobar el error en toda la zona, no sólo donde se ajustó.
- Crear zona muerta fuera del área útil y limitar valores inesperados. No transformar una detección ausente en la posición cero.
- Guardar montaje, parámetros, versión y fecha; recalibrar si se mueve sensor, proyector o superficie.
Ensayo propuesto: recorrido lento por bordes e interior, cambios de altura previstos y pérdida de seguimiento. Comparar cursor con referencias físicas autorizadas y registrar desviaciones. La simulación matemática no deja calibrado un espacio real. El operador debe poder volver a espera si el mapeo deja de coincidir.
Preguntas para preparar la configuración
¿Una cámara compatible con una marca de software funcionará con cualquier versión?
Hay que confirmar la combinación de modelo, firmware, SDK, nodo o plugin, sistema operativo y build. Compatibilidad por marca no alcanza; registrá esa combinación antes de elegir o reemplazar el equipo.
¿Un mapa de coordenadas simulado deja calibrado el lugar?
Sirve para revisar la transformación propuesta. La correspondencia real necesita puntos de referencia, montaje y ensayo en toda la zona. Si se mueve sensor, proyector o superficie, se revisa el mapa afectado.
Fuentes y alcance
- Derivative — Orbbec TOP — SDK del nodo y modelos; verificar build y matriz exacta.
- Hokuyo — Scanning Rangefinder — Familias de escáneres; seleccionar modelo y manual antes de diseñar la zona.
- Infineon — Presence detection with BGT60TR13C — Solución de presencia, no sistema de tracking corporal completo.
- Phidgets — Connectors and channel classes — Diferencia entradas digitales/analógicas; respetar la ficha del modelo.
- Google MediaPipe — Hand Landmarker — Landmarks de mano y modos; no medición de fuerza ni identidad.
- OpenCV 4.13 — Detection of ArUco Markers — Marcadores, diccionario y coordenadas; calibración según la geometría de la instalación.