Los informes del prototipo regresan y cambia la imagen de lo que está listo. Una placa se reinicia bajo carga. Un conector que parecía correcto en CAD no encaja de forma fiable durante el ensamblaje. Un cable se niega a pasar dentro del gabinete sin tensión. Una pieza de la BOM tiene un plazo de entrega de 26 semanas. El layout está terminado, pero el sistema no está listo para fabricarse. ¿Y ahora qué?
Las pruebas generan más retroalimentación de la que cualquier equipo puede abordar de una sola vez, y algunos hallazgos requieren acción inmediata, mientras que otros solo mejoran el margen o la usabilidad. Sin una forma clara de priorizar, los equipos corren el riesgo de corregir primero problemas de bajo impacto, volver continuamente sobre las mismas preguntas de diseño o preparar una versión que no refleje lo que las pruebas ya revelaron.
El objetivo es convertir los resultados de las pruebas en un conjunto enfocado de cambios que impulsen la siguiente compilación.
La retroalimentación posterior a las pruebas se vuelve manejable cuando se clasifica en categorías claras:
Esto mantiene a los equipos enfocados en las causas raíz en lugar de en los síntomas. Por ejemplo, un reinicio bajo carga puede deberse a la integridad de potencia, al layout o a la selección de componentes, mientras que un problema mecánico puede remontarse a supuestos sobre el gabinete o a la ubicación del conector. Clasificar y priorizar los hallazgos desde el principio ayuda a los equipos a identificar la causa real, evitar correcciones duplicadas y reducir el retrabajo.
Las revisiones de diseño estructuradas son el lugar adecuado para formalizar esta clasificación y asignar responsables. Para obtener orientación sobre cómo realizarlas bien, consulte 6 áreas en las que deben centrarse sus revisiones de diseño de PCB.
Una vez que los problemas se han categorizado, el siguiente paso es centrarse en aquellos que afectan la siguiente compilación. Para comenzar, reúna al equipo en torno a un vocabulario compartido mediante un modelo práctico de cuatro niveles.
Problemas que bloquean la funcionalidad, la seguridad o el cumplimiento, como:
Problemas que afectan la fabricabilidad, el margen de confiabilidad o la facilidad de ensamblaje, pero no bloquean la compilación:
Problemas que el equipo comprende y acepta para esta compilación, con un plan documentado para retomarlos:
Refinamientos que mejoran la usabilidad, la capacidad de servicio o el margen sin afectar la compilación actual:
La clasificación requiere tanto disciplina como criterio. Un hallazgo pasa a la categoría de corrección obligatoria cuando invalida la siguiente compilación, los resultados de las pruebas o los requisitos que impulsaron el diseño. Un hallazgo permanece en la categoría de debería corregirse cuando añade riesgo sin bloquear el progreso. La línea entre estos dos niveles es donde ocurren la mayoría de los debates sobre priorización, y vale la pena dedicar tiempo a resolverlos en las revisiones en lugar de hacerlo en el laboratorio.
El riesgo de abastecimiento merece atención explícita. Un componente que funcionó en el prototipo puede retrasar la siguiente compilación si la disponibilidad, el estado del ciclo de vida o el plazo de entrega han cambiado. Las pruebas de prototipos rara vez sacan a la luz estos riesgos, pero una revisión de la cadena de suministro sí lo hará. Para una mirada más detallada, consulte Por qué necesita una revisión de la cadena de suministro de PCB.
Un cambio de diseño está listo cuando se ha verificado en todos los dominios a los que afecta.
Considere el reinicio bajo carga mencionado antes. El equipo rastrea el problema hasta uno de integridad de potencia: la red de desacoplo alrededor de una carga de alta corriente es insuficiente y la línea colapsa durante un transitorio. En la práctica, el equipo lo corregiría añadiendo capacitancia más cerca de la carga, pero el cambio debe superar varias áreas antes de estar listo para la siguiente compilación.
Eléctrico: ¿La nueva red de desacoplo cumple el objetivo de impedancia en toda la banda de frecuencia relevante? La simulación de integridad de potencia confirma la corrección y comprueba que no se introduzca una nueva resonancia. También es necesario revisar el comportamiento térmico, porque la corriente transitoria más alta ahora fluye por una ruta diferente.
Mecánico: Los capacitores añadidos necesitan espacio en la placa. Si la nueva ubicación aumenta la altura de los componentes en una región estrecha del gabinete, el ingeniero mecánico puede señalarlo antes de que el layout quede bloqueado. Es posible que un conector o blindaje en la misma zona tenga que moverse, lo que puede repercutir de nuevo en el dominio eléctrico.
Fabricación: Los componentes añadidos afectan el espaciado de ensamblaje, el acceso a los puntos de prueba y la visibilidad para inspección. Si la nueva ubicación satura una zona de sondeo o tapa una marca fiducial, el plan de pruebas y las verificaciones DFM deben actualizarse junto con el layout.
Abastecimiento: Cualquier pieza nueva o sustituida puede tener una disponibilidad, un estado de ciclo de vida o un plazo de entrega distintos de los originales. Un cambio que supera los dominios de ingeniería todavía puede retrasar la compilación si las piezas en sí son difíciles de conseguir cuando producción está lista para ellas.
Requisitos: A veces, una corrección revela que el requisito subyacente era incompleto o poco realista. Es posible que deba relajarse un margen térmico que el diseño no puede cumplir a un costo aceptable, o que una suposición implícita deba capturarse como un requisito explícito. La actualización del requisito cierra el ciclo entre la evidencia de prueba y la intención de diseño. Sin esa actualización, la siguiente compilación hereda la brecha que las pruebas acaban de exponer.
En productos multitarjeta, estas verificaciones entre dominios se vuelven cada vez más interdependientes. Un cambio en una placa puede repercutir en conectores, arneses y ajuste del gabinete en todo el ensamblaje. Para una mirada más profunda sobre cómo gestionar estas interacciones, consulte Entregue PCB multitarjeta listas para producción más rápido con diseño impulsado por la fabricación.
Un cambio que supera todos los dominios relevantes está listo. Un cambio que resuelve el síntoma en un dominio mientras crea un nuevo riesgo en otro no lo está. El paso de validación separa una corrección real de una que resuelve la falla de prueba mientras prepara silenciosamente la siguiente.
Los cambios posteriores a las pruebas pierden valor cuando se separan del propio diseño. Las notas dispersas en cadenas de correo electrónico, capturas de pantalla y hojas de cálculo introducen ambigüedad y confusión de versiones. Para cuando un revisor retoma un comentario, a menudo no está claro a qué revisión se aplica o si ya se abordó.
Para reducir la ambigüedad, mantenga la retroalimentación vinculada directamente al diseño:
Una vez que los cambios se validan y priorizan, deben reflejarse de manera consistente en todo el proyecto, y aquí es donde el trabajo posterior a las pruebas tiene el mayor potencial de desmoronarse. Una liberación que se entrega con una BOM desactualizada, un conjunto de documentación que no coincide con el layout o una salida de fabricación generada antes de la última corrección introduce exactamente el tipo de sorpresas tardías que se supone que las pruebas de prototipos deben eliminar.
Una liberación lista para fabricar para el siguiente prototipo incluye:
Con este enfoque, fabricación recibe un paquete completo y preciso, y la siguiente ronda de pruebas comienza desde una base limpia.
El trabajo posterior a las pruebas de prototipos implica tres tareas: identificar los problemas más importantes que deben corregirse, validar esas correcciones en todos los dominios relevantes e incorporarlas en un paquete de liberación preciso. El proceso es sencillo: centrarse en las causas raíz, clasificar según el riesgo de compilación, validar en cada dominio afectado y preparar salidas de liberación que coincidan con el estado actual del diseño.
Con el flujo de trabajo conectado de Altium Develop, las pequeñas cuestiones de diseño se resuelven pronto en lugar de convertirse en retrasos en etapas finales. La siguiente compilación refleja los cambios correctos, está respaldada por evidencia de prueba y está alineada en todo el producto. Los ciclos de prueba entonces revelan nueva información en lugar de repetir los hallazgos de ayer. Comience con Altium Develop →