Qué convierte unas gafas en una plataforma para desarrolladores
La mayoría de las gafas inteligentes se entregan con una app cerrada y un firmware cerrado: la marca puede cambiar el logo y los colores, pero no lo que hacen las gafas. Las gafas inteligentes para desarrolladores son la excepción. La empresa de soluciones que está detrás de la placa publica un SDK, documenta los servicios Bluetooth Low Energy GATT que exponen las gafas y, en algunos casos, abre el acceso de depuración serie y una vía OTA para firmware firmado. Eso permite a un equipo de app leer eventos táctiles, transmitir audio del micrófono, enviar notificaciones o subtítulos, leer sensores y actualizar funciones sin esperar al proveedor original.
El hardware es el mismo esqueleto que el resto de la familia (un frontal con lentes, una bisagra con cable flexible, dos patillas con placa, celdas, altavoces open-ear y micrófonos), con opciones añadidas según programa: Wi-Fi para transferencias de mayor ancho de banda, un módulo de cámara o una unidad de medición inercial (IMU) para movimiento de la cabeza y control por gestos. Lo que más cambia es la documentación. Una plataforma para desarrolladores solo es tan útil como su especificación de interfaces, su código de ejemplo y su soporte de firmware. La guía del SDK para desarrolladores repasa qué conviene pedir. Los compradores habituales son equipos de proyectos de empresa, start-ups de apps y grupos de investigación que necesitan una base de hardware estable y un proveedor dispuesto a mantener actualizada la documentación de interfaces a lo largo de las versiones de firmware.
Interfaces y opciones comparadas
| Interfaz u opción | Qué aporta a su equipo | Qué confirmar por escrito |
|---|---|---|
| SDK abierto | Bibliotecas y código de ejemplo para apps de teléfono | Plataformas de teléfono admitidas, condiciones de licencia, política de actualizaciones |
| Servicios BLE GATT | Lectura y escritura directas de funciones de las gafas por BLE | Lista de servicios y características, seguridad de emparejamiento y vinculación |
| Depuración serie | Registros y acceso de bajo nivel durante el desarrollo | Si la depuración queda bloqueada en las unidades de producción en serie |
| Firmware OTA | Actualizaciones en campo de funciones y correcciones de seguridad | Claves de firma, reversión, quién compila y publica las imágenes |
| Wi-Fi | Transferencia de mayor ancho de banda para contenidos o registros | Mayor alcance de ensayos de radio, documentación EN 18031 |
| Cámara o IMU | Captura, seguimiento de la cabeza, control por gestos | Indicador de grabación para cámaras; tasas de datos de los sensores |
Las responsabilidades de firmware y app se exponen en firmware y app, y los riesgos de la OTA en fallos en las actualizaciones de firmware.
Seguridad y cumplimiento cuando la plataforma es abierta
Abrir interfaces no elimina las obligaciones del fabricante; las reparte. En la UE, las gafas son equipos radioeléctricos ponibles según el Reglamento Delegado (UE) 2022/30, por lo que los requisitos de ciberseguridad de la RED del artículo 3, apartado 3, letras d), e) y f), se aplican desde el 1 de agosto de 2025, con la familia EN 18031 como normas armonizadas; el Reglamento de Ciberresiliencia toma el relevo a partir del 11 de diciembre de 2027. Para una plataforma de desarrolladores, eso significa puertos de depuración bloqueados en las unidades enviadas, emparejamiento BLE autenticado, imágenes OTA firmadas y un responsable claro de las correcciones de seguridad. Las normas de radio, batería y óptica son las mismas que en otras líneas: FCC Part 15.247 y Subpart B, CE RED con EN 300 328, EN 301 489 y EN 62368-1, cualificación Bluetooth SIG, UN 38.3 e IEC 62133-2, e ISO 12312-1 o ANSI Z80.3 para las lentes. Si se monta una cámara, las expectativas sobre el indicador de grabación de la declaración del EDPB de octubre de 2026 se aplican igual que en las gafas con cámara.
Muestras de ingeniería y lotes pequeños
Los programas para desarrolladores suelen empezar con un lote pequeño de muestras de ingeniería para que el equipo de app pueda trabajar con hardware real. Desde una plataforma de catálogo, las muestras se envían en 5-10 días laborables. Un programa ODM con nuevo utillaje, disposición de cámara o IMU, o placa personalizada pasa por las fases EVT y DVT, con muestras de ingeniería en 30-60 días, incluidos 25-45 días de utillaje. Las plataformas de catálogo empiezan en 50-500 pares por modelo; los programas OEM u ODM totalmente personalizados, desde 3.000 pares, con lotes en 45-75 días sin contar las colas de certificación.
- Brief: caso de uso objetivo, interfaces necesarias, plataformas de teléfono, sensores opcionales y mercados.
- Preselección: la oficina compara empresas de soluciones por profundidad del SDK, documentación GATT y soporte de firmware.
- Entrega de muestras de ingeniería y documentos de interfaz; su equipo valida la integración.
- Muestra de referencia firmada, con la versión de firmware, el bloqueo de depuración y el proceso OTA registrados.
- Certificación, producción del lote e inspección previa al envío, incluidas comprobaciones de firmware.
Son rangos de referencia habituales, confirmados por escrito para cada programa en MOQ y plazos de entrega. Los casos de uso empresariales están en proyectos de empresa; envíe un brief mediante el formulario de presupuesto.