La validación de PCB se entiende mejor como una secuencia de puertas de etapa (stage gates como EVT, DVT, PVT), no como un único momento de aprobación o rechazo.
El término "software validation PCB" es engañoso por sí solo; el tema real es la validación del hardware, en la que la activación del firmware (firmware bring-up) se asienta sobre una placa que ya se ha comprobado.
Cada etapa (gate) hace una pregunta diferente, y avanzar antes de que la etapa actual se haya satisfecho es donde se oculta la mayor parte del costo de validación.
La activación del firmware y el software (bring-up) depende de que se validen primero el suministro de energía (power), la integridad de la señal (signal integrity) y el comportamiento térmico (thermal behavior), de lo contrario, el equipo de software depurará fallas de hardware disfrazadas de errores de código.
Mantenga las afirmaciones de validación (validation claims) a nivel de etapa. Una puerta (gate) confirma que está lista para continuar; no promete la certificación, la autorización de lanzamiento final o un rendimiento (yield) fijo.

Respuesta Rápida La validación de la placa de circuito impreso (PCB) es la confirmación escalonada (staged) de que una placa hace lo que el diseño pretendía antes de ser destinada a grandes volúmenes de producción. EVT, DVT y PVT son las puertas (gates) comunes, cada una con sus propias condiciones de entrada (entry) y salida (exit). Cuando la gente dice software validation PCB, la lectura útil es una placa cuyo hardware ha sido validado lo suficiente como para que el arranque del firmware esté probando el código, no la placa. La pregunta práctica de lanzamiento no es ¿Arrancó una vez? Es ¿Ha confirmado cada etapa el comportamiento de la alimentación, de la señal, térmico y de ensamblaje antes de que la siguiente fase y la pila de software (software stack) dependan de ello?

Índice

Qué significa realmente la validación de PCB (y qué debería significar "validación de software" aquí)
Las puertas de etapa (Stage gates) EVT / DVT / PVT
Por qué la validación del hardware debe preceder al arranque del firmware (firmware bring-up)
Una lista de verificación de validación pre-etapa
Qué paquete soporta cada etapa de validación
Preguntas Frecuentes (FAQ)
Referencias públicas
Información del autor y revisión

Qué significa realmente la validación de PCB (y qué debería significar "validación de software" aquí)

Comience por separar dos ideas que a menudo se colapsan en una sola frase.

La "validación de PCB (PCB validation)" es el proceso de confirmar que una placa fabricada se comporta de la manera que el diseño pretendía: los rieles de alimentación (rails) suben en orden, las redes de alta velocidad (high-speed nets) cumplen con sus objetivos de integridad, la ruta térmica (thermal path) disipa el calor y el ensamblaje (assembly) no introduce defectos que las verificaciones estáticas (static checks) omiten. Esto es trabajo de hardware y se realiza en etapas (staged).

La "validación de software (Software validation)" es una actividad separada que se ejecuta sobre un hardware validado. Una placa no se convierte en una "PCB de validación de software" por categoría. A lo que la gente suele referirse es a una placa que se ha validado lo suficiente como para que la activación (bring-up) del firmware y de la aplicación pueda realizarse en una plataforma estable. Si el hardware subyacente no ha pasado sus fases de control (gates), cargar software en él no valida el software. Simplemente mezcla dos incógnitas.

Así que la reformulación sincera es esta: no existe una clase de producto especial llamada PCB de validación de software. Hay una placa que pasa por EVT, DVT y PVT, y hay un punto en esa secuencia en el que el hardware es lo suficientemente estable como para que la activación (bring-up) del firmware signifique algo. El trabajo de validación es llegar a ese punto deliberadamente, puerta por puerta (gate by gate), en lugar de asumirlo.

En cuanto a un contexto de construcción más amplio que alimenta estas etapas, la página de soporte más cercana es PCB Stack-Up, y para el contexto de desarrollo inicial, PCB Prototype.

Las puertas de etapa (Stage gates) EVT / DVT / PVT

Trate a EVT, DVT y PVT como puntos de control, cada uno con una condición de entrada (lo que debe ser cierto para comenzar) y una condición de salida (lo que se debe confirmar para continuar). Los criterios de salida específicos (exit criteria) se definen por programa, pero la intención de cada etapa (gate) es estable.

Etapa (Stage gate)	Qué verifica	Condición de entrada (Entry condition)	Condición de salida (Exit condition)
EVT (Engineering Validation Test)	¿Funciona el diseño en principio? Secuenciación de encendido (Power-up sequencing), bloques funcionales básicos, primera activación (bring-up) de las interfaces principales	Se dispone de la primera compilación (build) del prototipo; la intención del esquema y del apilamiento se ha congelado lo suficiente como para probarlo	Se han demostrado las funciones principales (Core functions); se han identificado o eliminado los principales riesgos del hardware; el firmware puede arrancar (boot) en un estado conocido
DVT (Design Validation Test)	¿Cumple el diseño previsto para producción sus objetivos en todo el rango operativo (operating envelope)? Integridad de la señal, comportamiento térmico, margen (margin), conjunto completo de funciones	Problemas de EVT resueltos; el diseño refleja la intención de producción; revisión de DFM y DFT finalizada	Desempeño (Performance) confirmado en las condiciones estipuladas para el programa; las alteraciones de diseño (design changes) tienden a converger en lugar de expandirse
PVT (Production Validation Test)	¿Es factible elaborar repetidamente este diseño usando el método previsto? Comportamiento de rendimiento (Yield behavior), regularidad del ensamble (assembly stability), preparación de la línea de ensayo (test-line)	Criterios de salida de DVT resueltos; procesos y accesorios (fixtures) determinados; planificada la revisión de la primera unidad (first-article inspection)	Proceso de compilación (Build process) certificado como repetible según las exigencias del programa; a punto para la decisión de divulgación (release decision)

Estas fases operan mediante ciertos factores que certifican la exactitud de los resultados. La fase EVT no requiere perfección estética. Su objetivo es detectar elementos ignorados antes que parecer un artículo listo para salir. El DVT es cuando el modelo cesa de alterarse y es objeto de comprobaciones, razón por la cual comenzar un DVT en un esquema variable supone el desperdicio del mismo. PVT da preponderancia al proceso antes que al tablero, de modo que aprovecha la First Article Inspection y la NPI Assembly a fin de comprobar que cuanto superó el DVT está en condiciones de repetirse en ensamble.

Ninguna de estas instancias reviste el grado de certificación o de decisión final de aprobación. El éxito de una fase denota que hay viabilidad para avanzar a la etapa que le sucede. Las garantías de seguridad (Reliability), regularidad (compliance) y cualificación (qualification) conforman métodos disímiles en paralelo; son atestiguadas independientemente en cada método y ninguna instancia se las confiere de forma absoluta.

Por qué la validación del hardware debe preceder al arranque del firmware (firmware bring-up)

Es éste el momento más emparentado con la definición de "comprobación de software" y merece explicarse llanamente.

En cuanto el acondicionamiento (bring-up) del firmware o del programa se efectúa en un circuito material o físico sin certificación de la fase EVT, la rama o grupo informático asumirá todo déficit sin corregir (hardware fault) a modo de afección del software. De esa manera una franja de conexión que recule por tener alto trabajo parece requerir de modo inevitable del rearme del controlador (watchdog reset). Todo desajuste entre las señales que entran en comunicación por medio del circuito da el aspecto de información mal procesada. Las desviaciones ocasionales en la senda cálida (marginal thermal path) dan una apariencia de detención por saturación laboral. Con esa impresión la clase técnica hurga por todo resquicio debido a que ello es el sector que está al nivel de sus alcances y responsabilidades.

Esa dinámica se comporta en esos términos. Con la iniciación del firmware (bring-up) sobre el dispositivo base que se ignora si cuenta o no con aprobación ante las pruebas mecánicas de EVT para el manejo del potencial de cargas, temperatura o energía; por consiguiente es ineludible que surja por parte de los creadores la pretensión de verificar y descubrir (debugging) donde están escondidos los fallos aparentes cuando las equivocaciones las carga el diseño original no inspeccionado de los elementos duros. Resultando con que transcurren etapas valiosas donde a la fuerza se readaptan los comandos internos de dirección con reiteraciones y repeticiones (retries), de lo que de a momentos arroja alivios simulados ya que encubren algún aspecto superficial hasta dejarlo estable o normal. Resulta así de lo antedicho que de llegar el proyecto a momentos finales de sus escalafones como son DVT o PVT se exponga luego todo defecto inicial ignorado del circuito hasta que transcurran por ese lapsus desaprovechado lapsos valiosos del software y surjan retrasos organizativos (schedule slip). El precio de esos incidentes trasciende por entero cualquier pequeño fallo, atañe en realidad al mal discernimiento y error de origen (misattribution), de eso deriva su existencia ignota; como también el desmedido e innecesario lapso invertido para resolverla.

De evitar tal desorden se encarga un modo estructurado (ordering), no a puro golpe. Corroborando bajo fase EVT que sus aparatos electrónicos reinician (boots) de forma constante e intachable previo al apoyo del soporte del sistema (software stack). Logrando que este circuito asuma funciones en beneficio y sustento seguro del software entrante. Así etapas como las que implican el Test ICT y el Test FCT nacen ante esa misma necesidad delineatoria, puesto que comprueban una aptitud tanto eléctrica como funcional, dejando ante el evento en la seguridad de que cualquier fallo subsiguiente concierne pura y exclusivamente a la sección del programa del dispositivo o no a su apartado subyacente.

Una lista de verificación de validación pre-etapa

A fin de ir de fase en fase o avanzar en ellas verifique este sencillo compendio de requisitos evitando así sospechar que pasaron a tener forma resuelta con el armamento interior inmediato. Los niveles límite (thresholds) en este caso dependen del diseño en vigencia mas los componentes mantienen aspectos habituales.

Punto de chequeo (Checkpoint)	Confirmación pertinente	Qué hace a su rol restrictivo
Detención del modelo	Este esquemario junto al apilamiento se encuentra incólume para proceder a iniciar labores dentro de ella	Calcular las piezas móviles (moving design) otorga unos reportes inservibles previo a sacar un aprovechamiento efectivo de éstos
Nivel frente a aumentos del voltaje	Estos renglones (rails) ordenan y soportan al régimen del intervalo designado de cara a cumplir tal programa	Para servir a acoger el arranque de un firmware este marco requerirá no tener déficit en los procesos iniciales eléctricos
Finalidades de conexión entre registros	Dispone que el enlace y comunicación resulte inalterable sin impedimentos técnicos en alta demanda	Una señalización deficiente se demuestra a posterior al no saber dar lecturas sin que pasen de largo dando señalamientos equívocos de falla informática (data faults)
Ruta de temperatura garantizada	Evacua altas temperaturas partiendo de los puntos centrales del dispositivo al exigirle un rendimiento	El reajuste deficiente al exponer a carga denota ineficiencia y genera una respuesta inestable para todo ese tramo
Vías para aplicar chequeos	Hay ingreso directo hacia locaciones para dar viabilidad de controles informáticos (Test points)	Interrumpir un camino ciegamente y no en una etapa posterior puede derivar en un conflicto
Estrategias de corroboración externa	Unidades como la máquina de vista, verificación ante láser junto de un vistazo general anticipado es definido a lo largo de un proceso prefabricado	La confirmación analítica sobre las piezas unidas delatadas antes frente a elementos inertes arrojan fallas inobservadas por adivinación intuitiva al ensamblaje (Assembly defects)
Marco lingüístico de verificación (Validation language)	Toda alusión permanece supeditada al estadio y la categoría de "alisto a fin de producir" no se confunde	De esto surge entonces el pase de avanzar frente de la instancia de validación a un estadio conclusivo sin confusiones de aprobación (final release authority)

Frente de precisarse, dentro de su estado anticipado hacia su pase hacia otros niveles a todo archivo complementario del armado u orientaciones para pulir de la apilación en general; usted logrará encontrar vía y comunicación gracias al servicio que se imparte en torno a: Directrices DFM. Referente con todo contenido ligado y la supervisión concerniente al aspecto PCBA de ello es que encontrará su respuesta en la página adjunta en: Testado y Calidad.

Qué paquete soporta cada etapa de validación

Frente de ir perfeccionando su desempeño cambiarán de índole según proceda a dar uso por consiguiente a los mandos o ingresos (inputs).

Respecto a la fase del EVT, el paquete que cuenta será aquel en el que preponderan elementos constructivos con propósito predeterminado para un apilamiento, locaciones con el beneficio o legibilidad en pos de elementos gruesos, unido a aquel recuadro del historial BOM dirigido hacia áreas peliagudas. Se trata aquí del accionar ante labores con propósitos sin de antemano eludir cualquier novedad inadvertida en el medio (bring up function).
Respecto a la fase DVT, en dicha presentación figurará el afán al área productiva del caso: tratándose aquí de asegurar aquel armado estático sumado a los designios hacia niveles calculables de su impedancia en el terreno conveniente, englobando a que todo ensayo ICT a igual tiempo de un ensayo tipo FCT tengan transcurso funcional garantizado de conjunto de parámetros climáticos u o físicos en relación con un diseño integralmente operativo (envelope).
Respecto a la fase de PVT, esta configuración estará inclinándose en orden al trámite (process): estimando la expectativa frente de prototipos tempranos con parámetros analíticos así también con parámetros referentes con montaje y banco de mediciones como para comprobar al diseño cual sea aplicable de dar su desarrollo y ensamble constante (assembly and test-line definition).

Diferenciar un trámite común a efecto de manufacturar una placa frente de los efectos sobre cómo resulta fructuosa y necesaria la revisión y validación parte del punto donde confluyen aquellos ingresos ante designios de nivel eléctrico junto con terminales tangibles sobre el tramo ajustado a ella. Faltantes del caso impiden asegurar para todo cuerpo creador su validación correspondiente por cuanto se reduce el tema, aunque pueda intervenir un proceso para manufacturar un elemento en masa, frente del suceso inescrutable si dicha lámina tenga cabida óptima dentro de todo software el que hará uso ineludible en post de aquella lámina que deberá asimilar todo trabajo futuro dentro y del marco a venir (gate). Un evento similar ocurre del instante mismo donde transpone la instancia al instante o bien cuando acaece de ser una producción que inicia formalmente (build) tras estar validado como para dar este inicio, que tomará partida o de acaecer bajo directivas puestas a dar pie y transcurso a esa tarea: La página para efectuar cotizaciones (quote page).

Preguntas Frecuentes (FAQ)

¿Hay, o no, un circuito validado de nombre o placa designada como "software validation PCB"?

Bajo categoría o grupo individual y nominal al caso en rigor nunca será ello así. Esto en su valedera lectura indica estar un nivel o placa de las condiciones probadas vía los pases informáticos del caso; frente a la labor de software el cual acude a examinar tal sistema interno más sin recurrir en los mandos u o circuitos subyacentes.

¿A qué referimos de distinguir de un nivel DVT de un EVT así que de lo estipulado para la fase de nombre PVT?

El pase a la de EVT inquiere de si la manufacturación trabaja en teoría y bajo ordenaciones de origen. Para la etapa DVT es requerido afirmar del modelo diseñado con miras productivas sí recauda y suma expectativas en el orden estipulado del ámbito general de labores. Para PVT resulta el cuestionamiento a saber de sí al modelo expuesto su realización y confección resulte invariable (repeatably). Un grado u o eslabón detenta siempre preestablecidos límites como precondiciones bajo las cuales obrar a bien, a de definir ello bajo programa o diseño establecido (entry and exit conditions).

¿En qué radica la precedencia de evaluación respecto de un hardware previo al accionar desde aquel nivel estipulado a operar sobre él en este caso a través de aquel dispositivo llamado "firmware" (firmware bring-up)?

Por darse al accionar o circular funciones y deberes dentro a lo referido, el mismo cargará y asumirá defectos (hardware faults) frente de dar el visto al sistema donde lo aloja. Al efecto una vez obrado o actuado del grupo o cuadrilla informáticos incurrirá malgastando energía vía programática queriendo alterar la codificación con lo que a sabiendas ni aun ello suprimiría y remedia alguna merma térmica, el paso errático o una carencia frente del flujo eléctrico del momento que por lógica nunca se verían aplacados.

¿Sobrepasar un requerimiento por grado en la escala dictamina que este aparato electrónico detenta facultamiento, certificada y de listo y dispuesto (production-ready)?

Para nada. Su transcurso delata y asegura un estadio en fase con aptitud frente a seguir y a dar un paso para y durante a futuro para los niveles consecuentes a la lista pautada del sistema a llevar a la práctica. Confiabilidades y seguridades o certificaciones junto a comprobaciones o clasificaciones en todo renglón forman regímenes despegados del principal; con revisiones independientes unas ante un suceso.

¿Lograría acarrear esta tarjeta algún pase en los exámenes frente de lo eléctrico primerizo mientras que del tiempo incurre en deceso en lo siguiente?

Exactamente. Puede y pasa frente de aquellas aprobaciones por niveles o climas usuales ambientales frente de lo eléctrico sin ver impedimentos ni a vislumbrar estancamiento termal transitorio, un defecto ante lo interconectado del tramo o vía con defecto y un desperfecto para manufacturación que puede verse desapercibido dentro del tramo de ese ambiente. Suelen revelarse siempre con el andar en el tramo de someter el dispositivo bajo sobrecarga en labores frente de su estadio de actividad (under load) bien de darse paso para su nivel de revisiones de DVT frente del propio de nivel designado para la PVT.

¿Antes a iniciar en la instancia de evaluación correspondiente al rango para DVT nos resulta propicio afirmar algo más?

De estar y figurar superados eventos del pase de EVT, que lo presentado emita las indicaciones para la puesta a la fabricación (production intent) debidamente delimitado sin dar margen (frozen) permitiendo de modo viable su evaluación analítica general, junto de hallarse concluida la fiscalización pertinente hacia sus esquemas tipo DFM con su equivalente nivel en DFT quedando despejado el acceso que hace del abordaje informático al Testado en general para la fase y dar efectividad a procesos como lo designados con su nomenclatura por FCT o las del tipo ICT de la labor designada.

Referencias públicas

PCB Stack-Up Para la página en concepto o rol fundamental dirigida frente a los apilamientos su disposición o configuración junto de organizar un planeamiento bajo revisión en todo paso o desarrollo constructivo (controlled construction planning).
PCB Prototype A propósito del recurso en guía referida en lo primordial frente del ámbito referido al armamento prematuro y material de evaluación para el ordenamiento (engineering validation).
Testing & Quality A razón del marco brindado frente de terminologías relativas de dar con el planeamiento así en controles desde los campos informáticos, en vista e informes y los dictámenes hacia un producto (test-planning language) dentro y en concordancia bajo los requerimientos en su campo del aparato ensamblado como conjunto.
DFM Guidelines En este plano de contexto nos remitimos frente del encuadre dado para con dictámenes ante las fiscalizaciones previas frente del campo y accionar manufacturero en la admisión hacia un proceso al despejar y aclarar dudas y puntos intermedios a previas etapas estipuladas.
First Article Inspection Por lo concierne a los referidos encuadres aportados atinentes frente de revalidar en torno a una posible manufacturación constante para repeticiones a modo de modelo en base a ello que sirvan del resguardo y reaseguro bajo el criterio en toma a dictaminar a lo concerniente de si proceder y librar resoluciones (release decision).

Información del autor y revisión

Autor: Equipo editorial de APTPCB
Revisión técnica (Technical review): Equipo destinado de especialistas dedicados del NPI con fiscalizadores especializados hacia tareas informáticas en los tramos evaluadores (NPI / validation PCB engineering review team).
Alcance de la revisión (Review scope): La revisión abarcadora encuadrará en base lógicas impuestas en revisiones vía fases por sus estamentos (EVT, DVT, PVT), en base frente de procesos al anteceder el sector físico frente del de origen informático en los tiempos estipulados al dar una viabilidad desde la línea de montado manufacturero o en los límites frente de sentenciar un encuadre evaluador de origen delimitativo bajo sus respectivas y diferentes fases.