Keychron anuncia el primer firmware open source para mouse gamer

• Keychron presentó ZGM, un firmware open source equivalente a QMK·ZMK para teclados mecánicos, y anticipó su lanzamiento para el primer trimestre de 2027
• Permitirá modificar directamente el firmware sin depender de software propietario del fabricante, y la configuración se guardará en la memoria interna del mouse, manteniéndose sin necesidad de un programa en segundo plano
• Su objetivo es modularizar sensor, botones, rueda de desplazamiento e iluminación, con foco en operación de baja latencia, y admitir distintos microcontroladores y mouse cableados e inalámbricos
• El primer producto en adoptarlo será el G6 HE, con switches magnéticos híbridos; como el proyecto está en una etapa inicial de configuración, todavía no hay muchos detalles
• Si ZGM se expande como un estándar base al estilo de QMK, podría ampliar el control del usuario y el desarrollo comunitario en un mercado de mouse gamer donde el firmware cerrado es lo habitual

---

ZGM y el primer producto compatible

• ZGM (Zephyr Gaming Mouse) es un firmware open source para mouse gamer que Keychron está desarrollando
• Apunta a lanzarse en el primer trimestre de 2027, y el primer dispositivo en adoptarlo será el mouse gamer G6 HE, con switches magnéticos híbridos
• El G6 HE es uno de los primeros competidores del Logitech X2 SuperStrike, y también contará con soporte para firmware personalizable

Una estructura abierta equivalente a QMK·ZMK

• ZGM apunta a ser para los mouse lo que QMK·ZMK son para los teclados mecánicos
• Los teclados basados en QMK y ZMK pueden modificarse libremente con varias herramientas, sin quedar atados al software designado por el fabricante, y también permiten activar funciones avanzadas
• Como el firmware y la configuración se escriben en la memoria interna del dispositivo, no hace falta mantener otro programa ejecutándose en segundo plano
• ZGM intenta ofrecer las mismas ventajas a los mouse gamer, pero en el mercado actual de mouse el firmware open source no es algo común

Diseño para baja latencia y modularidad

• Aunque todavía no hay muchos detalles publicados en la página de ZGM, se pueden confirmar los siguientes criterios
  • Enfoque en operación de baja latencia
  • Provisión de una capa modular por componente, como sensor, botones, rueda de desplazamiento e iluminación
  • Compatibilidad con diversos microcontroladores
  • Compatibilidad tanto con mouse cableados como inalámbricos
• La dificultad para leer, auditar o modificar el firmware de los mouse gamer disponibles en el mercado es el contexto detrás del desarrollo de ZGM

Desarrollo abierto y licencia

• En el repositorio de ZGM en GitHub se pueden consultar los objetivos del proyecto y la aplicación de la GNU General Public License
• El proyecto se encuentra actualmente en una etapa inicial de configuración, y Keychron planea abrir el proceso de preparación y reflejar el feedback recibido

Actividad open source previa y posibilidad de adopción

• Keychron ya había publicado antes firmware de teclados y archivos CAD .step para la comunidad
• Wooting también publicó parte de su trabajo bajo una licencia permisiva, pero no es común que los fabricantes de periféricos hagan públicos estos materiales
• QMK se convirtió rápidamente en un estándar base para teclados mecánicos boutique, pero si ZGM logrará una adopción similar solo podrá comprobarse cuando alcance un estado realmente lanzable

[GN⁺]

Opiniones en Hacker News

• Compré por error un teclado Keychron sin soporte para QMK, pero gracias a un port de la comunidad pude cargarle firmware y resolver el problema de que, en suspensión, solo detectaba una fila y no podía despertarse con cualquier tecla.
  Aunque no es perfecto, muestra bien las ventajas que el firmware de teclado de código abierto ofrece a usuarios avanzados. Dado que siguen apareciendo vulnerabilidades en el software y firmware de fabricantes para todo tipo de dispositivos, espero que el costo de responsabilidad de los formatos propietarios termine inclinando la balanza hacia estándares de la industria y software libre, aunque quizá sea solo un deseo.
  Dicho eso, en cerca de 2 de 5 teclados Keychron tuve que volver a soldar 3 sockets hot-swap apenas salidos de fábrica, una tasa de fallas grave. Dejando de lado los problemas de control de calidad, los materiales y la construcción son claramente excelentes por el precio.

  • Keychron es más bien una marca de moda subida a la larga cola de la fiebre por las compras grupales personalizadas. Probé la Q1 Pro y la serie K, y son decentemente buenas, sin más; si los efectos de iluminación se activan por accidente, es molesto porque hay que recorrer todos los preajustes. Se quedan cortas para entusiastas que buscan algo distintivo, pero hacen buen marketing.
    Compré una Moonlander hace 3 años, la usé solo una semana y quedó guardada; me costó abandonar QWERTY. Prefiero la distribución EPOMAKER Magicforce Smart2 de 68 teclas, que no tiene QMK pero se puede complementar con Karabiner y similares.
    https://www.amazon.com/dp/B0836T2Y17
  • La configuración de la retroiluminación tiene encendido, parpadeo, destellos u ondas al teclear y una docena de variantes, pero justamente no incluye apagarla por completo.
  • Después de comprar una K4 Nordic, descubrí que ningún software de Keychron la soporta, así que no puedo reconfigurar el firmware. En la distribución de Windows, Super y Alt están invertidas, lo cual es muy incómodo, pero no quiero comprar otro hardware, así que la sigo usando así.
  • Usé Keychron durante varios años y ahora tengo la Q6 Ultra 8K más reciente; me pregunto si debería usar QMK. Nunca lo investigué bien y me preocupa perder funciones existentes.
  • Si uso la K2 de forma inalámbrica y se agota la batería, queda brickeada y no funciona ni por cable hasta que se carga por completo. Desde entonces la uso solo con cable.

• Anunciar y lanzar no es lo mismo; la fecha prevista de lanzamiento es el primer trimestre de 2027. El enlace al “repositorio” tampoco tiene código fuente, y como el anuncio llega 6 a 9 meses antes del lanzamiento, por ahora lo veo como vaporware.

  • Yo también tengo motivos para ser escéptico. El teclado Keychron TKL con switches de efecto Hall que compré hace poco se siente excelente al teclear, y como usa switches HE en socket, espero que dure más que mi teclado con Cherry MX Blue soldados.
    Pero ya al momento de la compra lo promocionaban con soporte de código abierto y QMK, y no se publicó el código fuente; el enlace del sitio web lleva a la página de GitHub de un teclado totalmente distinto. Por más que busqué, no encontré el código fuente para usar con QMK, y eso se acerca más a una mentira afirmando que ya estaba publicado que a vaporware. Soporte al cliente solo emitió un número de ticket y no respondió, así que el escepticismo está justificado.
  • Al menos parece que ya existe firmware de código abierto para sus teclados. El código relacionado con la K4 HE está publicado en GitHub: https://github.com/Keychron/qmk_firmware/tree/hall_effect_pl...
    Como también ya publican archivos .stp, .dxf, .dwg y .pdf de varios productos, soy relativamente optimista de que cumplirán la promesa.
  • Keychron es una empresa real y con un historial bastante bueno, así que la expectativa en sí no es irracional. Pero incluso empresas con buen historial cancelan proyectos, por lo que, mientras siga siendo vaporware, conviene mantener la cautela.
  • Si el plan es desarrollarlo públicamente y recibir contribuciones y feedback tempranos, puede ser una razón válida para anunciarlo con anticipación.

• Los mouse y trackballs de Ploopy ya funcionan con QMK, así que me pregunto por qué hace falta un proyecto nuevo y qué valor agregado tiene.
  Lo que le falta al ecosistema QMK es un canal de comunicación entre dispositivos. Hoy solo se transmiten estados como Caps Lock, pero sería bueno poder activar una capa del mouse con una tecla del teclado para subir el DPI. Parece algo solucionable si un actor influyente impulsa nuevos descriptores HID, etc.

• Si Keychron hiciera mouse con formas y funciones más interesantes y experimentales, me entusiasmaría más. Al igual que con los teclados, los mouse solo se diferencian por especificaciones técnicas ambiguas como la tasa de sondeo.
  Me preocupa que nunca aparezca un buen producto moderno para reemplazar mi viejo mouse multibotón Logitech G602.

  • Llevo más de 2 años usando este mouse: https://happort.org/mouse
    Usa la placa https://github.com/jfedor2/rp2040-pmw3360, y si quieres también puedes buscar los archivos .stl del mouse. Lo hice con Blender y https://ryanis.cool/cosmos/beta; pesa unos 100 g, así que no es liviano, pero se desliza bien. Lo diseñé con base en el ángulo de 20° a 30° en el que los músculos del brazo están más neutrales, así que también parece reducir el riesgo de lesiones por esfuerzo repetitivo: https://www.jospt.org/doi/pdf/10.2519/jospt.2004.34.10.638
  • Extraño muchísimo la G602. Después de reemplazar la G604 tres veces, concluí que, pese a su alto precio, la calidad de fabricación de Logitech cayó mucho, y me pasé a un mouse y teclado Keychron a mitad de precio. Me llevó un tiempo adaptarme a tener menos botones, pero estoy satisfecho; además, por el síndrome del túnel carpiano tenía que cambiar a un mouse vertical, así que el cambio era inevitable.
  • Mi G602 falló por el infame problema del doble clic de Logitech. Ahora uso una G502 X Lightspeed, que con switches ópticos debería evitar el mismo problema, y compenso la reducción de botones laterales con asignaciones más eficientes.
  • Me da curiosidad qué le falta a la G502 como reemplazo de la G602. Estoy bastante conforme con la G502 con cable; idealmente, solo me gustaría que su forma se pareciera un poco más a la M500s.
  • No es del mismo nivel, pero la M6 también vale la pena revisarla. Puedes reasignar los botones laterales de desplazamiento y otros 2 botones, para usar un total de cuatro acciones.

• Compré 2 teclados Keychron iguales y fueron los peores que he comprado. Ambos, desde fábrica, perdían la conexión Bluetooth 1 o 2 veces al día, y las teclas presionadas durante la reconexión quedaban registrándose continuamente en el sistema operativo.
  Soporte recomendó actualizar el firmware aunque ya estaba en la versión más reciente, y al seguir sus instrucciones la función Bluetooth quedó completamente arruinada, pero no ofrecieron reembolso ni cambio. El otro teclado que me quedó también lo uso solo con cable, y para que funcionen las luces tengo que restablecerlo de fábrica con Fn+z+j cada vez. Si no, cuanto más cambio los preajustes, más se oscurece hasta no verse. Todavía no he encontrado a nadie con el mismo problema.

• Enlaces para quienes tengan interés: https://github.com/Keychron/zgm, https://zgm.gg/

  • Me pregunto si anunciaron un firmware de código abierto sin siquiera ofrecer el código fuente.

• Tendrá que ser mejor que el fork de QMK de Keychron. En cada nueva versión hacen force push sobre la rama y prácticamente borran el historial de versiones anteriores, sin ningún registro de cambios.

  • Me pregunto si con borrar el historial de versiones anteriores quieren decir que también eliminan las etiquetas de lanzamiento.
  • Aun así, es difícil culpar solo a Keychron. QMK en sí es un monorrepositorio desordenado.

• Me gustan los productos de Keychron, pero me pregunto si ahora ya no pueden escribir ni un tuit sin dejar que la IA hable por ellos.

• En Linux, mi teclado Keychron aparecía como joystick y arruinaba juegos que creían que estaba entrando input constante. Me tomó 3 horas encontrar cómo bloquearlo, y eso me quitó las ganas de usar productos Keychron en el futuro; me pregunto si es un problema común en Linux.

  • Al menos no es un problema generalizado. Usé 2 teclados Keychron en distintas distribuciones de Linux y nunca me pasó ni lo habría esperado.
  • Uso una K1SE y dos K8 Pro en Fedora, y nunca vi ese problema.