Anatomía de un teclado mecánico: PCB, switches, keycaps, placa, carcasa, controlador, firmware
Texto Anton
Lectura 5 min
30 April 2026
Ensamblaje completo, testing y QA: cada tecla, layers, LEDs, BT, batería. Checklist antes de enviar
Has montado las piezas, flasheado el firmware y modificado el sonido. Falta lo que separa un proyecto de hobby de un producto entregable: el control de calidad. Un teclado que falla una sola tecla, que pierde el Bluetooth a los cinco minutos o que se queda sin batería en una hora es un teclado que te devuelven. Este artículo es el protocolo de ensamblaje final y la checklist de QA que pasas antes de enviar cualquier teclado, propio o de cliente.
Si has seguido el módulo, llegas aquí con las piezas listas. El orden de montaje final del Corne es:
Solo después de esto empieza el testing. No pongas todas las keycaps hasta haber confirmado que las teclas responden, o tendrás que quitarlas para acceder a un switch problemático.
La prueba fundamental: cada una de las 42 teclas tiene que registrar. No basta con probar unas cuantas. Usa una herramienta de test de teclado que muestre en pantalla qué tecla pulsas:
El protocolo: pulsa las 42 teclas una a una, en la capa base, y confirma que cada una se ilumina o registra. Si una no responde, las causas habituales son:
Apunta cuáles fallan, corrige y vuelve a probar las 42 enteras, no solo la que arreglaste, porque al manipular puedes haber movido otra.
Una tecla que funciona en la capa base puede estar mal mapeada en otra. Recorre cada capa del keymap:
Este paso revela errores de keymap, no de hardware. Corrígelos en QMK/Vial/ZMK y reflashea o reaplica.
Si el teclado los lleva, cada uno necesita su propia comprobación:
Antes de empaquetar, pasa esta lista completa y no envíes nada con un solo punto sin marcar:
| Comprobación | OK |
|---|---|
| Las 42 teclas registran en capa base | ☐ |
| Todas las capas mapean correctamente | ☐ |
| Home row mods: tap y hold correctos | ☐ |
| Tapping term ajustado, sin falsos modificadores | ☐ |
| Ningún LED muerto ni de color erróneo | ☐ |
| BT empareja y cambia de perfil (si aplica) | ☐ |
| Ambas mitades se comunican (TRRS o BLE) | ☐ |
| Autonomía de batería medida en real (si aplica) | ☐ |
| Carga de batería funciona y reporta bien | ☐ |
| Keycaps correctas, firmes y en su sitio | ☐ |
| Tornillos apretados, carcasa sin holguras | ☐ |
| Cable TRRS de calidad incluido (si cableado) | ☐ |
| Nota de uso: regla del TRRS / cómo configurar | ☐ |
Para un cliente, acompaña el teclado de una nota de una página: el mapa de capas impreso, cómo abrir Vial o ZMK Studio para ajustar teclas, y la advertencia del cable TRRS si es cableado. Eso convierte una entrega de hardware en una entrega de producto.
El control de calidad no es opcional ni el paso aburrido del final: es lo que hace que tu trabajo se perciba como fiable. Un teclado que pasa esta checklist entera es un teclado que no te van a devolver. Tómate el tiempo de probar las 42 teclas, todas las capas y la batería de verdad; ese rato extra es lo que separa al que monta teclados del que entrega productos.
Del blog al libro Este post forma parte del temario de Construir teclados split. El libro completo incluye las dos rutas de ensamblaje (v3 y v4) completas y los keymaps del repo complementario.
Ver el libroAnatomía de un teclado mecánico: PCB, switches, keycaps, placa, carcasa, controlador, firmware
Texto Anton
Lectura 5 min
Estamos preparando algo. Vuelve pronto.
Novedades y montajes.
Directo a tu correo.
Sin spam.
Sin anuncios.
Al suscribirte aceptas recibir correos del taller. Puedes darte de baja cuando quieras.