EmbeddedEra EmbeddedEra

← Notas desde el banco de trabajo.

Puntos de prueba y pads de programación que pide una placa

12 oct 2026 design-for-testtest-fixturesfirmware Traducido del original en inglés con ayuda de IA. Aún no ha sido revisado por una persona.

Leer el original en inglés ›

El prototipo funciona. Lo programaste con una pinza y un cable, mediste tres rieles con un multímetro, y arrancó. Luego el primer lote regresa del ensamblaje y nadie puede cargar firmware sin soldar a un pin de paso fino. La prueba de producción necesita un acceso que el layout nunca previó, y la solución es una nueva revisión de la placa.

Nada de esto es difícil de prevenir. Es una lista corta de decisiones que se toman mientras el esquemático sigue abierto.

Empieza por cómo llega el firmware al chip

Toda placa necesita una forma definida de cargar la primera imagen, y debe funcionar en un chip desnudo y sin programar. Elígela antes de colocar conectores.

  • Las partes ARM Cortex-M (STM32, Nordic nRF52, Microchip SAM) usan SWD: SWDIO, SWCLK, tierra, una referencia de voltaje y, normalmente, reset. Son un puñado de señales.
  • Las partes ESP32 cargan mediante un bootloader serial en ROM. Según la documentación de modo de arranque de esptool, GPIO0 en bajo durante el reset lo selecciona. Las placas de desarrollo usan las líneas DTR y RTS del chip USB-serial para manejar GPIO0 y EN automáticamente. Si tu producto no tiene un chip USB-serial, un fixture tiene que manejar esos dos pines por sí mismo, así que ambos necesitan pads, junto con TX y RX de la UART.
  • Las partes con bootloader USB nativo pueden cargarse por el propio conector USB del producto. Es cómodo, pero revisa cómo entra el chip al modo bootloader cuando la flash está en blanco o corrupta, y si un fixture puede forzarlo.

Elijas lo que elijas, los pads son para la línea de producción, no solo para ti. Un ingeniero en el banco puede sostener una punta contra un pin. Un fixture necesita un pad sobre el que pueda apoyarse cada vez.

Elige un conector, o ninguno

Una cabecera de 0.1 pulgadas es la respuesta fácil, y cuesta área de placa y una parte en la lista de materiales que el cliente nunca ve. Para un producto pequeño hay tres alternativas habituales.

Pads descubiertos para un fixture de pines de resorte. Los pads no cuestan nada en partes. La programación se hace entonces en un fixture, lo que combina de forma natural con las pruebas. El fixture necesita características de registro, que cubrimos en cómo diseñar un fixture de prueba con pogo pins que dure.

Un conector de cable que es solo un footprint. El TC2030 de Tag-Connect es un cable de seis pines con clavijas que se acopla a un patrón pequeño de pads en la placa, sin conector soldado. Su página de producto incluye ARM Cortex SWD entre las interfaces compatibles. El cable se sostiene a mano o con un clip de retención, así que sirve mejor para desarrollo y retrabajo que para producción desatendida. Confirma la asignación de pines de tu interfaz objetivo con la documentación del proveedor antes de comprometer el footprint.

Una cabecera poblada, no poblada en producción. Conserva los pads y el ruteo, deja la parte sin colocar. Si más adelante la necesitas para servicio en campo, es un paso de retrabajo en lugar de una nueva versión. Esto solo funciona si el stub no perturba las señales, algo que rara vez preocupa en SWD pero que puede importar en buses rápidos.

No dejes la decisión para después. Los pads colocados después del layout terminan donde hubo espacio, y así llegas a un puerto de programación bloqueado por un capacitor alto.

Reset y el caso del chip bloqueado

Dos fallas aparecen en la primera semana de producción, y ambas vienen de la línea de reset.

Primero, un depurador a menudo no puede conectarse a un chip que está ejecutando código que usa los pines para otra cosa, que entra en reposo profundo o que reconfigura los pines de depuración. La cura habitual es conectar con el reset activado. La documentación de configuración de reset de OpenOCD describe una opción connect_assert_srst exactamente para esto, y señala que ayuda cuando no puedes conectar por bytes de opción dañados o por ejecución ilegal de programa. Eso solo funciona si la conexión de depuración puede manejar el reset del target. Si dejaste el reset fuera de los pads de programación para ahorrar un pad, quitaste tu vía de recuperación. Saca el reset.

Revisa también el circuito de reset. Un supervisor o un capacitor grande en el reset pueden hacer la línea lenta o disputada. Verifica que un depurador pueda llevarla a bajo y soltarla limpiamente en una placa construida.

Segundo, la protección de lectura. Muchos MCU salen de fábrica con un bloqueo que impide el acceso del depurador, o lo reciben después. En los dispositivos Nordic nRF52, la documentación de depuración y traza dice que la protección del puerto de acceso bloquea el acceso del depurador, se borra con un comando ERASEALL a través de CTRL-AP, y que los valores por defecto cambian según el código de compilación: algunas partes salen con la protección desactivada y las posteriores con ella activada. Un procedimiento de programación escrito para una revisión de silicio puede fallar en la siguiente. El software de tu fixture debe leer el estado de protección, borrar si hace falta y confirmar el resultado, en lugar de suponerlo. Si además bloqueas unidades de producción a propósito, el orden de las operaciones importa; consulta aprovisionar números de serie y claves en la línea de producción.

Puntos de prueba para las verificaciones que importan

Los puntos de prueba deben elegirse preguntando qué tiene que decidir un fixture: ¿esta placa está lo bastante bien para enviarse? Trabaja hacia atrás desde las fallas que el ensamblaje realmente puede producir.

  1. Cada riel de alimentación. Un pad por riel, más una tierra cerca. Es la primera verificación y la más barata, porque un regulador en corto o ausente se nota de inmediato.
  2. Señales de programación y depuración, como arriba, incluido el reset.
  3. Una UART de consola, o la interfaz que use el firmware para reportar el resultado de una autoprueba. Esto suele reemplazar docenas de puntas analógicas: el firmware prueba sus propios sensores, radio y memoria, y reporta aprobado o fallido por un solo enlace serial.
  4. Señales que el firmware no puede verificar por sí solo, como una entrada analógica manejada por un estímulo externo, una salida que maneja un relevador o un nodo de medición de corriente.
  5. Puntos de estímulo y de carga donde el fixture inyecta una señal o aplica una carga, como una entrada de batería.

Para cada pad, decide con qué lado de la placa hace contacto el fixture. Ponlos todos en un lado si puedes. Un fixture de dos lados es una construcción mecánica más grande y más costosa que uno de un solo lado.

En KiCad, la biblioteca estándar tiene un conjunto TestPoint con estilos redondo, cuadrado y de cabecera de pines, y el símbolo del esquemático los mantiene en la netlist para que no se pierdan en una limpieza. Trata los tamaños de pad de la biblioteca como una convención de dibujo, no como una regla de manufactura. Qué tamaño de punta, qué tamaño de pad y qué zona de exclusión necesitas depende de la punta que elijas y de los requisitos del ensamblador, así que confirma esas cifras con quien vaya a construir el fixture y las placas antes de terminar el layout.

Conserva el acceso cuando la placa se llena

El acceso de prueba es lo primero que se pierde cuando un layout se aprieta. Unos cuantos hábitos lo protegen.

  • Nombra las redes de prueba en el esquemático y dales designadores de referencia, para que sobrevivan a la revisión.
  • Mantén las partes altas y la tornillería de montaje lejos de los pads y del área de contacto del fixture.
  • No pongas un pad de prueba en una red que debe permanecer silenciosa. Un stub largo en un reloj o en un nodo de alta impedancia es un riesgo mayor que la punta a la que sirve. Revisa cada nodo analógico y rápido antes de agregar un pad.
  • Proporciona fiduciales u orificios de herramental sobre los que el fixture pueda registrarse. Sin ellos, la alineación depende solo del borde de la placa.
  • Vuelve a verificar el acceso en el archivo final de la placa. Los pads que existían en el primer borrador a menudo desaparecen cuando las partes se mueven.

Cómo lo abordamos

Tratamos el acceso de programación y de prueba como parte del esquemático, no como una ocurrencia tardía, y diseñamos el fixture junto con la placa cuando el producto lo necesita. Para obtener una revisión útil, envíanos el esquemático, los archivos de la placa, el número de parte del MCU y una breve descripción de lo que significa “bueno” para una unidad terminada.

Si tu placa ya tiene el layout hecho y no estás seguro de que se pueda programar y probar en volumen, revisamos el esquemático y el layout en cuanto a acceso y te decimos qué agregar antes de ordenar.

NOTAS DE INGENIERÍA

Una nota a la semana sobre diseño de PCB, firmware y cómo se construye hardware. Sin correos de ventas.

Doble confirmación. Puedes darte de baja con un clic.