Revisiones y cambios
Cómo reconstruir un diseño de PCB antiguo antes de volver a fabricarlo
Ordena las fuentes antes de leer ninguna, empieza por una tarjeta física, pregunta a quien guardó copias y escribe lo que no pudiste establecer.
# Cómo reconstruir un producto hardware antiguo antes de volver a fabricarlo
Un cliente pide 200 unidades más de un producto que no fabricas desde 2017.
El ingeniero que lo diseñó ya no está. Queda una carpeta con varios archivos, unas cuantas tarjetas en un cajón y quizá una factura del fabricante original.
Antes de pedir componentes o reenviar Gerbers, tienes que responder a una pregunta más básica:
¿Qué configuración de este producto fue realmente la que se fabricó?
Eso es un ejercicio de reconstrucción técnica.
Y, como en cualquier investigación, conviene separar desde el principio tres cosas:
- lo que está demostrado;
- lo que parece probable;
- lo que todavía no sabes.
El orden importa. Si empiezas por el archivo llamado FINAL, es muy fácil convertir una suposición en el punto de partida de toda la reconstrucción.
Primero, clasifica las fuentes de evidencia
No todas las fuentes responden a la misma pregunta ni tienen la misma fiabilidad.
| Fuente | Qué puede demostrar bien | Principal limitación |
|---|---|---|
| Unidad física de producción | qué se montó realmente en esa unidad | puede contener retrabajos, sustituciones o desviaciones particulares |
| Paquete conservado por fabricante o EMS | qué datos recibió o utilizó el proveedor | puede no coincidir con el último estado interno ni incluir todos los cambios acordados |
| Registros de compra | qué piezas se adquirieron, cuándo y en qué cantidad | comprar una pieza no demuestra por sí solo dónde terminó montada |
| Documentación de producción | sustituciones, desviaciones, instrucciones de montaje | depende de que se haya conservado |
| Outputs de fabricación identificados | geometría y datos correspondientes a una release concreta | puede haber varias releases candidatas |
| Fuentes CAD | intención de diseño y posibilidad de editarlo | pueden contener trabajo posterior que nunca se liberó |
| Nombres de archivo y carpetas | pistas iniciales | no prueban el estado de liberación |
| Memoria de personas | contexto y pistas para buscar | puede ser incompleta o confundirse con otras revisiones |
No es tanto una jerarquía absoluta como una jerarquía de evidencia.
Una tarjeta física puede ser excelente para saber qué se montó en esa unidad, pero no necesariamente para afirmar qué especificaba la BOM oficial de toda la serie.
Ésa es una distinción importante durante toda la reconstrucción.
Empieza por el hardware que todavía existe
Si conservas unidades reales, examínalas antes de modificar nada.
Registra la identificación
Fotografía y anota:
- código de producto;
- código de PCB o tarjeta;
- revisión visible;
- etiquetas;
- fecha o lote si existe;
- códigos del fabricante o montador;
- cualquier marcado añadido durante producción.
No asumas que la revisión de la PCB desnuda y la revisión del conjunto montado significan necesariamente lo mismo.
Fotografía ambas caras
Haz fotografías nítidas antes de:
- limpiar;
- desoldar;
- medir de forma invasiva;
- retirar etiquetas;
- modificar la unidad.
Incluye imágenes generales y detalles de las zonas importantes.
Unas buenas fotografías se convierten rápidamente en una de las referencias más utilizadas durante la reconstrucción.
Identifica lo que está realmente montado
Para las piezas relevantes, registra:
- designador;
- marcado visible;
- encapsulado;
- fabricante cuando pueda determinarse;
- MPN cuando pueda determinarse con suficiente confianza;
- posiciones no montadas.
Los DNP también forman parte de la configuración.
Una huella vacía puede significar:
- DNP intencionado;
- opción de variante;
- componente retirado durante producción;
- modificación posterior.
No deduzcas automáticamente cuál.
Busca modificaciones de producción
Presta especial atención a:
- cables añadidos;
- pistas cortadas;
- máscara retirada;
- componentes superpuestos;
- resistencias o condensadores añadidos;
- pines levantados;
- puentes;
- componentes distintos de los esperados por footprint o marcado.
Un retrabajo es evidencia importante.
Pero no demuestra por sí solo que todas las unidades de esa revisión se fabricasen de la misma forma.
Si tienes varias unidades, compáralas.
Tres tarjetas con la misma modificación proporcionan una evidencia bastante distinta de una única tarjeta modificada.
Construye una tabla de evidencia antes de decidir qué es correcto
No intentes resolver cada contradicción sobre la marcha.
Regístrala.
Por ejemplo:
| Elemento | Tarjeta física | BOM encontrada | Compra | Fuente CAD | Estado |
|---|---|---|---|---|---|
| R37 | 10 kΩ | 10 kΩ | — | 10 kΩ | confirmado |
| U4 | TPS62130 | TPS62130 | TPS62130 | TPS62133 | conflicto |
| C84 | DNP | 100 nF | — | DNP | probable DNP |
| R112 | 0 Ω añadido | no existe | — | no existe | retrabajo por investigar |
Esto evita uno de los errores clásicos: ir corrigiendo los archivos antiguos hasta que coincidan con la primera unidad que encuentras y perder después la evidencia de dónde estaban las discrepancias.
Pregunta a quienes pudieron conservar una copia independiente
Antes de dedicar días a arqueología interna, pregunta fuera.
Suele tener una relación esfuerzo/resultado excelente.
Fabricante de PCB
Si sigue existiendo y conserva registros, puede disponer de:
- Gerbers u ODB++ recibidos;
- archivos de taladrado;
- especificación de fabricación;
- panelización;
- notas técnicas;
- información de stackup;
- número de pedido o revisión interna.
Pide los archivos asociados al código y pedido concretos, no simplemente:
¿Tenéis algo de esta PCB?
La referencia temporal importa.
EMS o montador
Puede conservar:
- BOM;
- pick-and-place;
- plano de montaje;
- instrucciones;
- documentación de programación;
- lista de sustituciones;
- desviaciones aprobadas;
- registros de lote.
En productos antiguos, estos registros pueden explicar discrepancias que no aparecen en tu repositorio.
Distribuidores y compras
El histórico de pedidos puede ayudarte a comprobar si un MPN determinado se compró durante la fabricación.
Úsalo como evidencia auxiliar.
Por ejemplo:
2017-02-06 — 1,200 × TPS62130RGTR
2017-02-09 — 5,000 × GRM188R71C104KA01D
2017-03-14 — 200 × Main Control PCB assemblyEs compatible con determinadas hipótesis.
No demuestra automáticamente qué componente acabó montado en cada unidad.
El orden práctico de reconstrucción
1. Establece qué variante o revisión estás intentando reproducir
Combina:
- marcado físico;
- pedido del cliente;
- fechas;
- historial de fabricación;
- documentación disponible.
No empieces todavía por “la revisión más nueva”.
Empieza por la revisión que realmente necesitas reproducir.
2. Reúne todos los candidatos a esa configuración
Crea un conjunto de trabajo con:
- BOM candidatas;
- Gerbers;
- taladros;
- pick-and-place;
- planos;
- firmware;
- documentación mecánica;
- esquemáticos;
- layout;
- archivos de proveedores.
No borres duplicados todavía.
Las diferencias entre ellos pueden ser evidencia.
3. Reconstruye la BOM real o prevista
Compara:
- BOM encontrada;
- componentes presentes en las unidades;
- compras;
- documentación del EMS;
- fuentes de diseño.
Clasifica cada línea cuando sea necesario:
CONFIRMED
PROBABLE
CONFLICT
UNKNOWN
DNP
SUBSTITUTED
REWORKNo intentes esconder los conflictos para producir una BOM “limpia” demasiado pronto.
4. Verifica la geometría de fabricación
Comprueba los outputs candidatos independientemente del CAD fuente.
Revisa, entre otras cosas:
- contorno;
- conectores;
- agujeros;
- footprints críticos;
- número de capas si puede determinarse;
- serigrafía;
- posiciones mecánicas;
- patrones de cobre visibles.
Si tienes Gerbers, ábrelos con un visor independiente.
El objetivo es comprobar que los outputs candidatos describen la tarjeta que tienes delante.
5. Recupera la información de fabricación que no está en el cobre
Los Gerbers no reconstruyen por sí solos:
- stackup completo;
- materiales;
- acabado superficial;
- cobre base;
- tolerancias;
- impedancias controladas;
- construcción del panel;
- requisitos especiales de fabricación.
Busca:
- fabrication drawing;
- stackup drawing;
- pedido original;
- documentación del fabricante;
- especificaciones internas.
Si parte de esa información no aparece, regístrala como desconocida.
6. Revisa disponibilidad y estado de los componentes
Antes de invertir mucho tiempo en reproducir exactamente la configuración antigua, comprueba:
- componentes obsoletos;
- NRND;
- encapsulados desaparecidos;
- proveedores desaparecidos;
- piezas programadas;
- componentes con especificaciones revisadas;
- piezas que requieran equivalencia o recualificación.
Una sola pieza crítica sin sustituto razonable puede cambiar completamente la estrategia.
7. Abre entonces las fuentes de diseño
Ahora el CAD fuente tiene contexto.
Puedes comparar:
Este layout coincide con la unidad física y con los Gerbers del pedido de 2017.
o:
Este esquemático contiene U4 = TPS62133, pero producción y compras apuntan a TPS62130. Probablemente es trabajo posterior no liberado.
La diferencia deja de ser confusión y pasa a ser evidencia sobre la historia del proyecto.
No destruyas hardware para obtener información que puedes conseguir de otra forma
En algunas reconstrucciones puede ser necesario realizar inspección más avanzada:
- rayos X;
- microsección;
- análisis de materiales;
- medición de impedancia;
- inspección de capas;
- decapsulado o análisis de componentes.
Pero son técnicas de escalada, no el punto de partida.
Por ejemplo, microseccionar una PCB puede ayudar a conocer su construcción si el stackup es crítico y no existe otra evidencia.
También destruye una muestra.
Antes de hacerlo, agota fuentes menos invasivas y decide qué información necesitas realmente recuperar.
En un producto sencillo, conocer exactamente el prepreg utilizado en 2017 puede no ser necesario.
En una tarjeta de alta velocidad con impedancias controladas, puede ser decisivo.
Mantén un registro explícito de incertidumbres
Una reconstrucción no necesita terminar con todas las respuestas.
Necesita distinguir claramente las respuestas de las hipótesis.
Por ejemplo:
Stackup:
NOT CONFIRMED.
Evidence:
- Physical PCB measures approximately 1.6 mm.
- Gerbers indicate four copper layers.
- Original manufacturer no longer retains the fabrication record.
- No controlled-impedance note has been recovered.
Working assumption:
4-layer, nominal 1.6 mm construction.
Action before release:
Fabrication stackup must be re-specified and reviewed.Esto es mucho mejor que escribir:
Stackup: 4 layer, 1.6 mmy permitir que la siguiente persona crea que el dato procede del diseño original.
Un buen entregable de reconstrucción incluye también lo que sigue sin conocerse.
Etiqueta el nivel de confianza
Para proyectos especialmente mal documentados puede ser útil asignar un estado simple:
- Confirmed — respaldado por evidencia directa y coherente.
- Probable — varias fuentes coinciden, pero falta confirmación directa.
- Assumed — necesario para continuar, pero sin evidencia suficiente.
- Unknown — no establecido.
- Conflict — existen fuentes incompatibles.
Por ejemplo:
U3 MPN CONFIRMED
R45 value CONFIRMED
PCB finish PROBABLE
Stackup dielectric UNKNOWN
Firmware release CONFLICT
Assembly variant PROBABLENo hace falta convertir esto en un proceso burocrático.
Su valor está en impedir que “creemos que era así” se convierta después en “era así”.
Antes de fabricar, crea una nueva release deliberada
Incluso si consigues reconstruir el producto de 2017 con gran confianza, no enviaría simplemente el ZIP antiguo al proveedor y daría el trabajo por terminado.
Has vuelto a evaluar:
- componentes;
- documentación;
- procesos;
- proveedores;
- quizá normativa.
Eso merece una liberación explícita para la nueva fabricación.
Por ejemplo:
Legacy product: Controller X
Original HW revision: C
Reproduction release: C-R1
Date: 2026-10-14
Basis:
Reconstructed from 2017 production units and supplier records.
Changes:
- U7 replacement due to obsolescence
- fabrication stackup re-specified
- no electrical design change intendedLa nomenclatura concreta dependerá del sistema de configuración de la empresa.
La idea es evitar que un conjunto reconstruido en 2026 se haga pasar silenciosamente por un paquete histórico de 2017.
Cuándo la reproducción ya se ha convertido en un rediseño
La frontera no siempre es evidente.
Empieza a plantearte un rediseño cuando aparecen varias de estas condiciones:
- componentes críticos obsoletos sin sustituto directo;
- cambios de footprint;
- componentes programables imposibles de recuperar;
- documentación de fabricación esencial desaparecida;
- dependencias de herramientas antiguas difíciles de reproducir;
- materiales o procesos ya no disponibles;
- cambios regulatorios relevantes;
- problemas conocidos del producto original;
- costes de fabricación desproporcionados;
- demanda futura que justifica amortizar una nueva plataforma.
No existe una fórmula universal.
La comparación económica correcta no es:
reconstrucción = barata
rediseño = carosino algo más parecido a:
Coste de reconstrucción
+ sustituciones
+ validación
+ riesgo residual
+ coste de fabricar 200frente a:
Coste de rediseño
+ prototipos
+ verificación
+ eventual recualificación
+ coste de fabricar 200
+ valor de futuras fabricacionesA veces gana claramente la reconstrucción.
Otras veces mantener vivo un diseño de hace diez años consume tanto trabajo que la aparente opción barata deja de serlo.
Cierra la reconstrucción como un proyecto de ingeniería
El peor resultado sería completar el trabajo y guardar:
Legacy_final_REBUILT_OK/para repetir el mismo problema dentro de ocho años.
Antes de cerrar:
- [ ] identifica el producto y la revisión reconstruida;
- [ ] conserva la BOM aceptada;
- [ ] conserva el paquete de fabricación;
- [ ] registra de dónde procede cada dato importante;
- [ ] documenta las sustituciones;
- [ ] registra las incógnitas restantes;
- [ ] conserva fotografías de las unidades de referencia;
- [ ] separa evidencia histórica de la nueva release;
- [ ] documenta qué fue verificado durante la reproducción.
El objetivo no es sólo fabricar las 200 unidades.
Es conseguir que la siguiente fabricación empiece desde una configuración conocida, no desde otra investigación forense.
Lo que no puedes reconstruir
Una tarjeta física puede revelar que R45 existe.
Un archivo antiguo puede revelar cuándo apareció.
Un informe de ensayo puede demostrar qué comportamiento producía.
Pero si nadie escribió nunca por qué se decidió poner R45 ahí, puede que esa información ya no exista.
Ésa es la diferencia entre conservar archivos y conservar conocimiento de ingeniería.
XKEMA está orientado a mantener relacionados los elementos de hardware, su documentación y el contexto de versiones y baselines compatibles, de forma que una configuración técnica no dependa únicamente de reconstruir relaciones entre carpetas y nombres de archivo años después.
No sustituye los registros de producción necesarios para demostrar qué configuración exacta llevó una unidad concreta ni convierte automáticamente documentación histórica incompleta en una configuración verificada.