Un cubo normal no sabe qué giros hiciste: solo un timer externo mide el tiempo total. Un smart cube tiene un sensor por pieza (o por eje, según el diseño) que detecta cada rotación y la transmite por BLE al instante. Eso permite tres cosas que un timer manual no puede: arrancar y parar el cronómetro solo (sin tocar la pantalla), reconstruir el solve completo movimiento a movimiento para revisarlo después, y medir métricas reales como el TPS (turns per second) o el reparto de tiempo por fase (Cross/F2L/OLL/PLL).
El mercado de smart cubes lo dominan hoy tres fabricantes con protocolos propios e incompatibles entre sí — ninguno usa un perfil BLE estándar de "cubo", cada uno inventó el suyo:
El fabricante con la base instalada más grande y el protocolo mejor documentado (con licencia permisiva, gracias a proyectos de la comunidad). La línea de gama alta es la serie 356 i (356 i → 356 i Play → 356 i2 → 356 i3, el primero con imanes ajustables) y la serie 12 ui (con "PowerPod", batería inductiva). GAN ha iterado varias generaciones de protocolo BLE (Gen2, Gen3, Gen4); los cubos más recientes cifran la comunicación con AES por dirección MAC, lo que complica un poco la conexión inicial pero no la hace menos fiable una vez emparejado.
MoYu tiene, en la práctica, dos protocolos distintos según el modelo — algo que genera confusión real entre usuarios:
Si tu MoYu no conecta con una app que sí soporta GAN, es probable que sea de esta segunda familia — necesita un driver específico para MoYu, no el de GAN.
QiYi usa su propio protocolo (identificado como QYSC en la documentación de la comunidad), con un handshake de emparejamiento propio ("App Hello" con clave de aplicación) y verificación de integridad CRC-16. Modelos como el QiYi AI 3x3 y el QY Smart Cube S lo usan. Está documentado públicamente por la comunidad de speedcubing (incluyendo herramientas de captura de tráfico BLE para verificarlo).
Kruxmind Timer conecta de forma nativa, sin instalar nada, con las tres marcas: GAN, MoYu y QiYi, vía Web Bluetooth directamente desde el navegador. El cronómetro arranca solo al primer giro real (no al agarrar el cubo) y para solo al llegar al estado resuelto, con detección de fase (Cross/F2L/OLL) cuando el solve tiene splits reales.
| Plataforma | Soporte Web Bluetooth |
|---|---|
| Android (Chrome/Edge) | ✅ Sí |
| Windows/macOS/Linux (Chrome/Edge) | ✅ Sí |
| iOS/iPadOS (Safari) | ❌ No — limitación de Apple, no del navegador ni de Kruxmind. Apple no implementa Web Bluetooth en Safari. |
Confirma que el Bluetooth del sistema está encendido (no solo el del navegador) y que el cubo está "despierto" (dale un giro antes de buscar — muchos entran en reposo tras unos minutos sin uso).
El identificador que usa el navegador para "recordar" un dispositivo Bluetooth no es siempre estable entre sesiones. Si te la vuelve a pedir cada vez, es una señal de que tu navegador no está persistiendo esa asociación — probar de nuevo tras cerrar y reabrir la pestaña suele bastar.
La detección automática de dispositivos Bluetooth cercanos (sin tocar nada) es menos fiable en Windows que en Android — es una limitación conocida del sistema operativo, no del cubo. El emparejamiento manual (elegirlo de la lista) funciona igual de bien.
Algunos modelos necesitan una señal de "despertar" del software al reconectar (no solo al primer emparejamiento) para empezar a transmitir. Si esto pasa después de una reconexión (Bluetooth cortado y vuelto a conectar), probar a desconectar del todo y conectar de nuevo desde cero suele resolverlo.
← Inicio · Acerca · FAQ · Base científica