Llega un aviso de fallo, y las preguntas reales son qué lo causó, quién lo corrige y cuánto del proyecto hay que repetir. Así transcurre normalmente un caso de fallo - y qué pedir en los primeros tres días.
Un aviso de fallo es uno de los correos más estresantes que produce un proyecto, y suele llegar en el peor momento posible. Las preguntas detrás de él son siempre las mismas tres: qué falló realmente, quién es responsable de corregirlo y si algo de esto todavía cabe en la fecha de envío.
Un punto de ensayo no conforme es un resultado, no un veredicto. Nada de ello retira su producto de un mercado ni termina el proyecto. Lo que sucede después depende mucho más de por qué falló el producto que del fallo en sí, así que el primer trabajo no es corregir nada - es averiguar cuál de las tres situaciones bastante distintas está viviendo.
En términos sencillos: el laboratorio ensayó una configuración definida de su producto frente a una norma, comparó la medición con el límite de esa norma, y la medición quedó fuera, o un requisito de construcción no se cumplió. El punto queda registrado como no conforme con esa cláusula.
Eso produce información, no un rechazo. Las palabras que la gente confunde en esta situación significan cada una algo específico, y el fallo solo afecta a una de ellas:
Conviene separar dos cosas que la gente describe como el mismo evento. Un punto de ensayo que falló dentro de un proyecto que usted encargó es un problema técnico. Una presentación que una autoridad u organismo de certificación ha devuelto con preguntas suele ser un problema de completitud, y se responde con el organismo que la planteó, no con un rediseño.
«Falló en EMC» no basta para decidir nada. Pida al laboratorio:
Con esas cifras, un ingeniero normalmente puede decir en un día si la corrección es un cambio pequeño de componente o un problema estructural. Sin ellas, la reacción natural es empezar a cambiar piezas, y así un problema de dos semanas se convierte en uno de dos meses.
Pregunte también qué había en la configuración ensayada. No es raro descubrir que la muestra se ensayó con un adaptador de alimentación distinto, una pantalla de segunda fuente o una versión de firmware anterior a la de producción - en cuyo caso el fallo puede no referirse al producto que pretende vender.
Esta es la causa más común, y la más barata de resolver. Formas típicas: el adaptador usado en la mesa de ensayos era el que estaba a mano y no el que se envía; un filtro de producción o un componente de ferrita no se montó en la placa de ingeniería; el firmware era una versión de depuración con logging o una frecuencia de conmutación distinta; la carcasa era una maqueta impresa en 3D sin el inserto metálico que tiene la versión de herramienta.
No hay nada malo en el diseño, y no hay que cambiar nada en la línea de producción. Lo que tiene que cambiar es la muestra: envíe unidades que coincidan con lo que se fabricará, y la repetición normalmente se limita a los puntos fallidos. Esta es también la razón por la que la verificación de muestras antes del ensayo ahorra más tiempo del que cuesta - un desajuste detectado en la primera hora es un aplazamiento, no una factura.
Los laboratorios no son infalibles, y un fallo que contradice sus propios datos de pre-conformidad o el comportamiento del producto en el campo merece una segunda mirada. Las causas habituales: el producto se ejercitó en un modo que no era el peor caso (en reposo en lugar de transmisión continua, o a media carga en lugar de carga completa); se aplicó una versión más antigua de la norma; la muestra ya había sido manipulada por una inspección de seguridad anterior y se volvió a ensamblar ligeramente diferente; la longitud o el tendado de un cable usado en la configuración no era el especificado.
Plantee el asunto con datos en lugar de con argumentos - envíe sus resultados previos al ensayo y señale la discrepancia. Los laboratorios con reputación revisarán la configuración, y si la configuración estaba mal repetirán el punto. Esa revisión cuesta un día; adivinar una corrección para un problema que no existe cuesta considerablemente más.
Si la medición es reproducible y la configuración coincide con la producción, el producto necesita un cambio real. Este es el caso que cuesta tiempo de ingeniería, y aquel en el que la calidad de los comentarios técnicos del laboratorio importa más: es la diferencia entre cambiar el valor de un componente y reemplazar un subsistema entero por corazonada.
La mayoría de las correcciones en electrónica caen en un número reducido de categorías: filtrado en la interfaz o la línea donde se midió el problema; tendado o longitud de cables, cuando los cables son parte del producto enviado; cambios de tierra y de layout de PCB; parámetros de firmware como frecuencia de conmutación, ciclo de trabajo o potencia de salida; blindaje o aberturas de la carcasa; y en algunos casos la propia fuente de alimentación, cuando el adaptador es la parte ruidosa.
Cada una de esas es un cambio en la configuración ensayada. Esa única frase es la razón por la que una corrección «gratuita» nunca es gratuita en términos documentales. El informe describe hardware y firmware que ya no existen, y la diferencia hay que cerrarla o bien con una repetición de ensayo o, en casos limitados, con una justificación de ingeniería documentada que el laboratorio esté dispuesto a poner por escrito.
En los productos de radio, vigile cómo interactúan las correcciones. Un cambio de firmware hecho para reducir emisiones puede alterar la potencia de salida o los ajustes de modulación, que son parámetros de radio por derecho propio. Un cambio en la fuente de alimentación puede afectar tanto a emisiones como a inmunidad. Corrija un punto y puede haber invalidado otro; por eso el alcance de la repetición debe decidirse después de definir el cambio, no adivinarse antes.
Cuando el cambio está bien entendido y documentado, la mayoría de los laboratorios proponen una repetición parcial - repetir los puntos que el cambio puede afectar y conservar los que no. A grandes rasgos:
| Qué cambió | Qué vuelve normalmente al ensayo |
|---|---|
| Un componente o filtro en una única interfaz | El punto que falló, más los puntos estrechamente acoplados - la perturbación conducida y las emisiones radiadas a menudo se revisan juntas |
| La fuente de alimentación o el adaptador | Los puntos que dependen de la alimentación, más las comprobaciones de construcción de seguridad relacionadas con ella |
| Firmware que afecta al comportamiento de radio | Puntos de radio, más los puntos de emisión que dependen del comportamiento de transmisión |
| Layout de PCB, blindaje o antena | Puntos de emisiones y de radio según corresponda, y las comprobaciones de seguridad de distancia de fuga y de aire si el layout cambió cerca de ellas |
| La construcción cambia después de un conjunto completo conforme | A menudo el conjunto formal repetido - en ese momento ningún documento del expediente describe un producto que se midiera realmente |
Pida el nuevo alcance por escrito antes de realizar la modificación, para que ingeniería sepa qué es probable que desencadene el cambio. Hacerlo al revés - primero cambiar, preguntar después - es como los proyectos descubren que tienen que repetir el ensayo de un punto para el que nadie presupuestó. Si su presupuesto original no indicaba cómo se gestionan las repeticiones, esa cláusula merece confirmarse ahora; nuestro desglose de lo que incluye un presupuesto de ensayos explica cómo se redactan normalmente los términos de repetición y qué desencadena una nueva cotización.
Solo la documentación final conforme pertenece al expediente técnico y a lo que envía a un comprador o marketplace. Los ensayos preliminares y fallidos son datos internos: consérvelos, son evidencia útil de cómo se validó el diseño, pero no son los documentos que respaldan una Declaración de Conformidad.
Dos puntos prácticos que vemos fallar a los clientes. Primero, si el laboratorio emite un informe del ensayo fallido, no lo reenvíe a su cliente ni lo suba en una solicitud de conformidad de un marketplace. Le pedirán explicar un documento sustituido y ralentizará la revisión; espere el informe revisado que muestre el resultado conforme. Segundo, una vez que el producto ha sido modificado, el informe, el expediente técnico y la Declaración de Conformidad tienen todos que describir la misma construcción. Una declaración que todavía describe el hardware anterior a la corrección es peor que ninguna declaración, porque es inexacta por su propia mano.
El adaptador de la mesa no era el adaptador de envío. Un dispositivo alimentado por red falló un punto de emisión conducida. El cableado bajo ensayo usaba un adaptador de repuesto de otro proyecto porque el adaptador de producción no se había enviado en la caja de muestras. La misma unidad pasó una vez ensayada con la alimentación correcta. Coste total: una franja de repetición y una semana, en lugar de un rediseño.
El aviso de fallo llegó sin datos. El primer mensaje era una sola línea que decía que un punto había fallado. Ingeniería pasó una semana seleccionando filtros distintos antes de que alguien pidiera la medición. Cuando llegaron los datos reales - una banda de frecuencia estrecha, unos dB por encima - la corrección fue un cambio de un solo componente y una repetición parcial del punto afectado.
La placa se cambió antes de acordar el alcance. Tras un fallo de emisiones, un cliente modificó el circuito de alimentación y actualizó el firmware en la misma revisión. El cambio de firmware alteró un parámetro de radio, así que los puntos de radio volvieron al alcance, y el cambio de layout tocó un punto de seguridad de distancias. No se desperdició nada, pero la repetición y el calendario fueron ambos mayores de lo que la corrección sola habría requerido - la secuencia causó eso, no el fallo.
Un informe preliminar no conforme se envió al comprador. Un cliente envió datos tempranos a su comprador para mostrar avance. El equipo de conformidad del otro lado lo leyó como un producto no conforme y puso el pedido en espera. Los ensayos preliminares son para sus propias decisiones de ingeniería, no para comunicación.
Gestionado en ese orden, un fallo normalmente cuesta una repetición y un retraso. Gestionado en el orden contrario - modificar primero, investigar después - cuesta ambas cosas más un segundo rediseño.
Un fallo es el punto del proyecto donde la aportación de ingeniería de un laboratorio vale más, así que lo tratamos como una discusión técnica en lugar de una actualización de estado. En la práctica eso significa cuatro cosas. Los datos de medición le llegan con las condiciones de ensayo adjuntas, no como una notificación de una sola línea. Nuestros ingenieros dicen qué creen que lo causó y en cuál de las tres categorías anteriores cae, incluso cuando la respuesta es que la muestra no era representativa. El alcance de la repetición se pone por escrito antes de que se comprometa con una modificación, para que ingeniería sepa qué es probable que desencadene el cambio. Y cuando un cambio es acotado y está bien justificado, los puntos no afectados del ensayo original se arrastran en lugar de repetir un conjunto que ya pasó.
Antes de que empiecen los ensayos, la misma disciplina aplica en la otra dirección: revisamos la muestra, el manual, la etiqueta y la configuración prevista frente al alcance, porque la mayoría de los fallos que vemos venir son desajustes de configuración en lugar de defectos de diseño. Un fallo detectado a la recepción de la muestra cuesta un aplazamiento. El mismo fallo encontrado en la sala blindada cuesta una franja de repetición y un calendario revisado.
Ese es el método de trabajo detrás de cómo gestionamos los proyectos de ensayo en Shenzhen, y el alcance punto por punto de las normas implicadas está en nuestras servicios de ensayo y certificación páginas.
Si acaba de recibir un aviso de fallo, envíelo junto con los datos medidos y el cambio que su equipo está considerando.
Le diremos si parece un desajuste de muestra, un problema de configuración de ensayo o un problema real de diseño - y qué alcance de repetición desencadenaría cada uno - antes de que se comprometa con una modificación.
Envíe los datos de su fallo para una revisión del alcance de repetición
No. Un punto de ensayo no conforme significa que una configuración del producto no cumplió un límite en el momento en que se ensayó. El producto puede modificarse, volverse a ensayar y luego certificarse. Lo que cambia es la cantidad de trabajo, no la posibilidad - la excepción es un diseño que no puede cumplir el requisito dentro de su envolvente de coste o tamaño, lo cual es una decisión de producto en lugar de una de certificación.
Depende de la causa. Si la muestra no coincidía con la construcción de producción, o el diseño necesitaba cambios, la repetición es normalmente un evento de ensayo a cargo del cliente. Si el laboratorio ensayó la configuración equivocada, aplicó la versión equivocada de la norma o cometió un error de configuración, el punto se repite a costa del laboratorio. Por eso el primer paso es siempre establecer cuál de esas situaciones aplica.
Normalmente no. Cuando el cambio es acotado y está documentado, la mayoría de los laboratorios repiten el ensayo solo de los puntos que el cambio puede afectar. Un único componente en una interfaz normalmente significa ese punto más los estrechamente acoplados. Un cambio en la fuente de alimentación, el layout de PCB, la antena o el firmware de radio amplía el alcance, porque esos afectan a varios puntos a la vez.
Solo si les envía documentos que lo muestren. Los ensayos fallidos y preliminares son datos de ingeniería internos. Lo que usted suministra debe ser el informe final que describe la configuración ensayada que coincide con el producto que envía, junto con el expediente técnico y la Declaración de Conformidad. Enviar un informe fallido sustituido es un problema autoinfligido, no un requisito de divulgación.
Depende de qué puntos se repiten y si hacen falta muestras nuevas. Un único punto repetido sobre una muestra existente suele ser una franja corta; los puntos de seguridad que requieren comprobaciones destructivas, o los puntos de radio que necesitan unidades nuevas, tardan más porque intervienen muestras y programación. El cambio en sí, y hacer llegar muestras corregidas al laboratorio, suelen ser las partes más largas del calendario.
No, no para las partes del producto que cambiaron. Un informe de ensayo describe una configuración específica de hardware y firmware, así que una vez que esa configuración cambia, el informe ya no cubre lo que usted envía. Según el cambio, los puntos afectados se vuelven a ensayar y se emite un informe revisado. Los puntos no afectados normalmente pueden permanecer en el informe, por eso definir el cambio con precisión antes del ensayo importa tanto.