Pendant les essais · Échec & retest

Échec à un test de certification : que se passe-t-il ?

L'avis d'échec arrive, et les vraies questions sont ce qui l'a causé, qui le corrige, et quelle part du projet doit être répétée. Voici comment un cas d'échec se déroule normalement — et quoi demander dans les trois premiers jours.

← Tous les guides Product on a test bench during EMC testing, where a failed measurement is investigated and re-tested

Un avis d'échec est l'un des courriels les plus stressants qu'un projet produit, et il arrive généralement au pire moment possible. Les questions qu'il soulève sont toujours les mêmes trois : qu'est-ce qui a réellement échoué, qui est responsable de la correction, et est-ce que tout cela tient encore dans la date d'expédition.

Un élément d'essai en échec est un résultat, pas un verdict. Rien de cela ne retire votre produit d'un marché ni ne met fin au projet. Ce qui se passe ensuite dépend bien davantage de la raison de l'échec que de l'échec lui-même, aussi la première tâche n'est pas de corriger quoi que ce soit — c'est de déterminer laquelle de trois situations assez différentes est la vôtre.

Un élément en échec est une mesure, pas une demande rejetée

En termes simples : le laboratoire a testé une configuration définie de votre produit par rapport à une norme, comparé la mesure à la limite de cette norme, et la mesure était hors limite, ou une exigence de construction n'était pas satisfaite. L'élément est enregistré comme non conforme à ce paragraphe.

Cela produit une information, pas un rejet. Les termes que l'on confond dans cette situation ont chacun un sens précis, et l'échec n'en touche qu'un seul :

Il est utile de distinguer deux choses que l'on décrit comme le même événement. Un élément d'essai en échec dans un projet que vous avez confié est un problème technique. Un dépôt qu'une autorité ou un organisme de certification vous a retourné avec des questions est généralement un problème d'exhaustivité, et il se traite avec l'organisme qui l'a soulevé, pas avec une reconception.

La première chose à demander, ce sont les données mesurées

« Le produit a échoué en CEM » ne suffit pas pour décider quoi que ce soit. Demandez au laboratoire :

Avec ces chiffres, un ingénieur peut généralement dire en une journée si le correctif est un petit changement de composant ou un problème structurel. Sans eux, la réaction naturelle est de commencer à échanger des pièces, et c'est ainsi qu'un problème de deux semaines en devient un de deux mois.

Demandez aussi ce que contenait la configuration testée. Il n'est pas rare de découvrir que l'échantillon a été testé avec un autre adaptateur secteur, un écran d'une seconde source, ou une version du firmware antérieure à la version de production — auquel cas l'échec peut ne pas concerner le produit que vous comptez vendre.

Trois problèmes différents que l'on appelle tous « un échec »

1. L'échantillon ne correspond pas à la version de production

C'est la cause la plus fréquente, et la moins coûteuse à résoudre. Formes typiques : l'adaptateur utilisé sur le banc d'essai était celui qui traînait plutôt que celui qui est expédié ; un filtre de production ou une perle de ferrite n'était pas monté sur la carte d'ingénierie ; le firmware était une version de débogage avec journalisation ou une fréquence de découpage différente ; le boîtier était une maquette imprimée en 3D sans l'insert métallique que possède la version outillée.

La conception n'a rien d'anormal, et rien ne doit changer sur la ligne de production. Ce qui doit changer, c'est l'échantillon : envoyez des unités correspondant à ce qui sera fabriqué, et le retest se limite normalement aux éléments en échec. C'est aussi pourquoi la vérification des échantillons avant les essais fait gagner plus de temps qu'elle n'en coûte — un écart repéré dans la première heure est un report, pas une facture.

2. La configuration d'essai ou la norme appliquée ne correspond pas au produit

Les laboratoires ne sont pas infaillibles, et un échec incohérent avec vos propres données de pré-conformité ou avec le comportement du produit sur le terrain mérite un second regard. Causes habituelles : le produit a été sollicité dans un mode non pire cas (au repos plutôt qu'en émission continue, ou à demi-charge plutôt qu'à pleine charge) ; une version antérieure de la norme a été appliquée ; l'échantillon avait déjà été perturbé par une inspection de sécurité antérieure et remonté légèrement différemment ; une longueur ou un routage de câble utilisé dans la configuration n'était pas celui spécifié.

Soulevez le point avec des données plutôt qu'avec des arguments — envoyez vos résultats de pré-essais et indiquez l'écart. Les laboratoires sérieux réexamineront la configuration, et si la configuration d'essai était erronée ils reprendront l'élément. Ce réexamen coûte une journée ; chercher à tâtons un correctif pour un problème qui n'existe pas coûte considérablement plus cher.

3. La conception ne respecte réellement pas la limite

Si la mesure est reproductible et la configuration correspond à la production, le produit a besoin d'un vrai changement. C'est le cas qui coûte du temps d'ingénierie, et celui où la qualité du retour technique du laboratoire compte le plus : cela fait la différence entre changer la valeur d'un composant et remplacer tout un sous-ensemble au doigt mouillé.

Ce qui change habituellement sur le produit

La plupart des correctifs en électronique relèvent d'un petit nombre de catégories : le filtrage sur l'interface ou la ligne où le problème a été mesuré ; le routage ou la longueur des câbles, lorsque les câbles font partie du produit expédié ; les changements de mise à la terre et d'implantation PCB ; les paramètres du firmware tels que la fréquence de découpage, le rapport cyclique ou la puissance de sortie ; le blindage ou les ouvertures du boîtier ; et dans certains cas l'alimentation elle-même, lorsque l'adaptateur est la partie bruyante.

Chacun de ces changements modifie la configuration testée. Cette seule phrase est la raison pour laquelle un correctif « gratuit » n'est jamais gratuit en termes de documentation. Le rapport décrit du matériel et un firmware qui n'existent plus, et l'écart doit être comblé soit par un retest, soit, dans des cas limités, par une justification d'ingénierie documentée que le laboratoire accepte de mettre par écrit.

Sur les produits radio, attention aux interactions entre correctifs. Un changement de firmware fait pour réduire les émissions peut déplacer la puissance de sortie ou les réglages de modulation, qui sont des paramètres radio à part entière. Un changement d'alimentation peut affecter à la fois les émissions et l'immunité. Corrigez un élément et vous avez peut-être invalidé un autre, c'est pourquoi le périmètre de retest doit être décidé après que le changement est défini, pas deviné avant.

Périmètre de retest : normalement pas tout le projet à recommencer

Lorsque le changement est bien compris et documenté, la plupart des laboratoires proposent un retest partiel — reprendre les éléments que le changement peut affecter, et conserver les autres. En gros :

Ce qui a changéCe qui repasse normalement en essai
Un composant ou un filtre sur une seule interfaceL'élément en échec, plus les éléments étroitement couplés — perturbations conduites et émissions rayonnées sont souvent revues ensemble
L'alimentation ou l'adaptateurLes éléments qui dépendent de l'alimentation, plus les vérifications de construction liées à la sécurité qui s'y rapportent
Micrologiciel affectant le comportement radioLes éléments radio, plus les éléments d'émission qui dépendent du comportement d'émission
Implantation PCB, blindage ou antenneLes éléments d'émissions et radio selon le cas, et les vérifications de sécurité des lignes de fuite et distances dans l'air si l'implantation a changé à proximité
La version change après un jeu complet conformeSouvent, le jeu formel est repris — à ce stade, aucun document du dossier ne décrit un produit réellement mesuré

Demandez le réajustement du périmètre par écrit avant que la modification ne soit réalisée, afin que l'ingénierie sache ce que le changement risque de déclencher. Procéder dans l'autre sens — changer d'abord, demander ensuite — est ainsi que les projets découvrent qu'ils doivent retester un élément que personne n'avait budgété. Si votre devis d'origine n'indiquait pas comment les retests sont gérés, cette clause mérite d'être confirmée maintenant ; notre analyse de ce que comprend un devis d'essais explique comment les conditions de retest sont habituellement rédigées et ce qui déclenche un nouveau devis.

Ce que l'échec fait à votre rapport et à votre déclaration

Seule la documentation finale conforme a sa place dans le dossier technique et dans ce que vous envoyez à un acheteur ou à une marketplace. Les campagnes préliminaires et en échec sont des données internes : conservez-les, elles sont une preuve utile de la façon dont la conception a été validée, mais ce ne sont pas les documents qui soutiennent une déclaration de conformité.

Deux points pratiques sur lesquels nous voyons des clients se tromper. D'abord, si le laboratoire émet un rapport pour la campagne en échec, ne le transférez pas à votre client et ne le téléversez pas dans une demande de conformité marketplace. On vous demandera d'expliquer un document périmé et cela ralentira la revue ; attendez le rapport révisé montrant le résultat conforme. Ensuite, une fois le produit modifié, le rapport, le dossier technique et la déclaration de conformité doivent tous décrire la même version. Une déclaration décrivant encore le matériel d'avant correction est pire qu'aucune déclaration, car elle est inexacte de votre propre main.

Des situations qui reviennent encore et encore

L'adaptateur sur le banc n'était pas l'adaptateur d'expédition. Un appareil alimenté sur secteur a échoué à un élément d'émissions conduites. Le câblage en essai utilisait un adaptateur de réserve d'un autre projet, car l'adaptateur de production n'avait pas été expédié dans le coffret d'échantillons. La même unité est passée une fois testée avec la bonne alimentation. Coût total : un créneau de retest et une semaine, plutôt qu'une reconception.

L'avis d'échec est arrivé sans données. Le premier message était une seule ligne annonçant l'échec d'un élément. L'ingénierie a passé une semaine à sélectionner des filtres différents avant que quiconque ne demande la mesure. Une fois les vraies données arrivées — une bande de fréquences étroite, quelques dB au-dessus — le correctif a été un changement d'un seul composant et un retest partiel de l'élément concerné.

La carte a été modifiée avant que le périmètre ne soit convenu. Après un échec en émissions, un client a modifié le circuit d'alimentation et mis à jour le firmware dans la même révision. Le changement de firmware a altéré un paramètre radio, si bien que les éléments radio sont revenus dans le périmètre, et le changement d'implantation a touché un élément de sécurité des distances dans l'air. Rien n'a été perdu, mais le retest et le calendrier étaient tous deux plus importants que ce que le seul correctif aurait exigé — c'est le séquencement qui a causé cela, pas l'échec.

Un rapport préliminaire en échec a été envoyé à l'acheteur. Un client a transmis des données préliminaires à un client pour montrer l'avancement. L'équipe de conformité d'en face l'a lu comme un produit non conforme et a mis la commande en attente. Les campagnes préliminaires servent vos propres décisions d'ingénierie, pas la communication.

Que faire dans les trois premiers jours

  1. Obtenez les données mesurées — élément, paragraphe, limite, valeur mesurée, marge, conditions, reproductibilité.
  2. Confirmez la configuration testée — quel adaptateur, quel firmware, quelle version d'échantillon, combien d'unités.
  3. Classez la cause — écart d'échantillon, configuration d'essai, ou véritable problème de conception. L'étape suivante est complètement différente dans chaque cas.
  4. Demandez le périmètre de retest par écrit avant de décider quelle modification apporter, et demandez quels autres éléments le changement prévu pourrait affecter.
  5. Confirmez les conditions commerciales — si un cycle de retest est inclus, comment un second échec est géré, et ce qui compte comme un nouveau périmètre de projet.
  6. Réservez tôt le créneau de retest — l'échantillon et le calendrier sont généralement la vraie contrainte, pas l'essai lui-même.

Traité dans cet ordre, un échec coûte généralement un retest et un délai. Traité dans l'ordre inverse — modifier d'abord, investiguer ensuite — il coûte les deux, plus une seconde reconception.

Comment nous traitons un cas d'échec

Un échec est le moment d'un projet où l'apport d'ingénierie d'un laboratoire vaut le plus, aussi nous le traitons comme une discussion technique plutôt que comme un point d'avancement. En pratique, cela signifie quatre choses. Les données de mesure vous parviennent avec les conditions d'essai jointes, pas comme une notification d'une ligne. Nos ingénieurs disent ce qu'ils estiment en être la cause et dans laquelle des trois catégories ci-dessus il se classe, y compris quand la réponse est que l'échantillon n'était pas représentatif. Le périmètre de retest est mis par écrit avant que vous ne vous engagiez dans une modification, afin que l'ingénierie sache ce que le changement risque de déclencher. Et lorsqu'un changement est circonscrit et bien justifié, les éléments non affectés de la campagne d'origine sont repris au lieu de répéter un jeu déjà conforme.

Avant le début des essais, la même discipline s'applique dans l'autre sens : nous vérifions l'échantillon, le manuel, l'étiquette et la configuration prévue par rapport au périmètre, car la plupart des échecs que nous voyons venir sont des incohérences de configuration plutôt que des défauts de conception. Un échec repéré à la réception des échantillons coûte un report. Le même échec découvert en chambre blindée coûte un créneau de retest et un calendrier révisé.

C'est la méthode de travail qui se cache derrière notre gestion des projets d'essais à Shenzhen, et le périmètre élément par élément pour les normes concernées se trouve dans nos services d'essais et de certification pages.

Si vous venez de recevoir un avis d'échec, envoyez-le avec les données mesurées et le changement que votre équipe envisage.

Nous vous dirons s'il s'agit d'un écart d'échantillon, d'un problème de configuration d'essai ou d'un véritable problème de conception — et quel périmètre de retest chacun déclencherait — avant que vous ne vous engagiez dans une modification.

Envoyez vos données d'échec pour une revue du périmètre de retest

Questions fréquentes

Un essai en échec signifie-t-il que mon produit ne peut pas être certifié ?

Non. Un élément d'essai en échec signifie qu'une configuration du produit n'a pas respecté une limite au moment où elle a été testée. Le produit peut être modifié, retesté puis certifié. Ce qui change, c'est la quantité de travail, pas la possibilité — l'exception est une conception qui ne peut pas satisfaire à l'exigence dans son enveloppe de coût ou de taille, ce qui est une décision produit plutôt qu'une décision de certification.

Qui paie un retest après un échec ?

Cela dépend de la cause. Si l'échantillon ne correspondait pas à la version de production, ou si la conception devait être changée, le retest est normalement un événement d'essai facturable du côté du client. Si le laboratoire a testé la mauvaise configuration, appliqué la mauvaise version de norme, ou commis une erreur de configuration d'essai, l'élément est repris aux frais du laboratoire. C'est pourquoi la première étape consiste toujours à établir laquelle de ces situations s'applique.

Dois-je tester tout le produit à nouveau si je ne change qu'un composant ?

Généralement non. Lorsque le changement est circonscrit et documenté, la plupart des laboratoires ne retestent que les éléments que le changement peut affecter. Un seul composant sur une interface signifie généralement cet élément plus les éléments étroitement couplés. Un changement d'alimentation, d'implantation PCB, d'antenne ou de firmware radio élargit le périmètre, car cela affecte plusieurs éléments à la fois.

L'acheteur ou la marketplace verront-ils que mon produit a échoué à un essai ?

Seulement si vous leur envoyez des documents qui le montrent. Les campagnes en échec et préliminaires sont des données d'ingénierie internes. Ce que vous fournissez doit être le rapport final décrivant la configuration testée correspondant au produit que vous expédiez, avec le dossier technique et la déclaration de conformité. Envoyer un rapport en échec périmé est un problème que l'on s'inflige à soi-même, pas une obligation de divulgation.

Combien de temps prend un retest après un échec ?

Cela dépend des éléments repris et de la nécessité ou non de nouveaux échantillons. Un seul élément repris sur un échantillon existant est généralement un créneau court ; les éléments de sécurité qui exigent des vérifications destructives, ou les éléments radio qui nécessitent des unités neuves, prennent plus de temps car échantillons et planification sont en jeu. Le changement lui-même, et l'envoi d'échantillons corrigés au laboratoire, sont souvent les parties les plus longues du calendrier.

Puis-je continuer à utiliser le rapport d'essai d'origine après avoir modifié le produit ?

Non, pas pour les parties du produit qui ont changé. Un rapport d'essai décrit une configuration spécifique de matériel et de firmware, donc une fois cette configuration changée, le rapport ne couvre plus ce que vous expédiez. Selon le changement, les éléments affectés sont retestés et un rapport révisé est émis. Les éléments non affectés peuvent normalement rester dans le rapport, c'est pourquoi définir précisément le changement avant les essais compte autant.

WhatsApp
ID WeChat copié !