Le prototype a passé son test sur banc. Ensuite, plusieurs cartes du premier lot de production se sont réinitialisées au démarrage d'un moteur. Les achats demandent si un composant a changé. L'équipe d'assemblage demande quelle version de firmware a été approuvée. L'ingénieur qui a testé le prototype se souvient avoir utilisé une alimentation de laboratoire et n'avoir jamais connecté le moteur.
Dans cette situation, la première étape la plus utile consiste à faire fonctionner le prototype approuvé et une carte de production affectée dans les mêmes conditions. Quelque chose a-t-il changé entre les deux builds ? Ou le test d'origine a-t-il laissé un problème non détecté ? La réponse détermine si l'équipe doit d'abord enquêter sur la conception, le build ou la configuration de test.
Quatre questions peuvent aider un OEM et son fournisseur d'assemblage PCB à identifier ce qui s'est passé avant d'engager le lot suivant.
Les fichiers publiés correspondaient-ils au prototype approuvé ?
Prenons une résistance marquée R17. Lors des tests du prototype, un ingénieur modifie sa valeur, recharge le firmware et obtient le résultat attendu. La carte est validée, mais la nomenclature envoyée en production liste encore la résistance d'origine. Le fournisseur peut assembler toute la commande selon la nomenclature publiée et produire malgré tout des cartes qui se comportent différemment de l'échantillon approuvé.
Si le premier lot se comporte de manière inattendue, comparez trois choses : ce qui est monté sur l'échantillon approuvé, ce que spécifie la nomenclature publiée et ce qui a été monté sur une carte de production affectée. Cette comparaison permet de distinguer un écart de documentation d'un écart d'assemblage. Vérifiez la révision du firmware de la même manière, surtout si le prototype a été reprogrammé après livraison.
Avant la commande suivante, enregistrez chaque modification approuvée en regard de sa référence composant, mettez à jour les fichiers concernés et identifiez la révision que le fournisseur est autorisé à construire. Conserver l'échantillon validé est précieux. L'associer aux bons fichiers de publication le rend reproductible.
Une étape d'assemblage critique dépendait-elle de la main de quelqu'un ?
Un connecteur peut réussir un test électrique et pourtant être trop avancé pour s'accoupler avec le boîtier. Sur le prototype, un ingénieur a peut-être maintenu le connecteur contre l'ouverture du boîtier pendant la soudure. Le plan d'assemblage indique l'orientation du connecteur, mais ne dit rien sur sa saillie au-delà du bord de la carte.
Cette omission devient coûteuse lorsque les cartes arrivent à l'assemblage final. Certaines unités s'ajustent, d'autres nécessitent une reprise, et le fournisseur a peut-être déjà assemblé le reste du lot.
Pour un problème d'ajustement, donnez à l'équipe de production une caractéristique mesurable : la position du connecteur par rapport à un bord de carte ou un trou de montage défini, la tolérance autorisée et la méthode de vérification. Un boîtier approuvé peut aider à vérifier l'ajustement de la première pièce. Si le positionnement dépend de la façon dont la pièce est maintenue, vérifiez si un gabarit est nécessaire lors de la revue DFM de l'assemblage PCB. La question pratique est simple : un autre opérateur pourrait-il reproduire l'ajustement en utilisant uniquement le plan et les instructions de travail ?
Le test couvrait-il ce qui se passe dans le produit fini ?
Dans l'exemple du moteur, une vérification à la mise sous tension confirme que le contrôleur démarre dans les conditions de banc utilisées. Le client a besoin de savoir quelque chose de plus précis : continuera-t-il de fonctionner lorsque le moteur démarre sous la charge prévue ?
Utilisez la même alimentation, le même câblage, la même charge, le même firmware et la même séquence de test pour le prototype approuvé et la carte affectée. Enregistrez ce qui se passe au démarrage du moteur. Les résultats donnent à l'équipe un point de départ pour l'investigation. Pour une sortie relais, la liste de vérification des tests de carte de contrôle industriel 24 V montre comment spécifier la charge et définir un résultat conforme.
Illustration d'une configuration de test de contrôle moteur.
| Que se passe-t-il dans le même test ? | Ce qu'il faut examiner ensuite |
|---|---|
| Le prototype et la carte de production se réinitialisent tous les deux. | Vérifiez l'alimentation et la configuration de test, puis examinez la conception par rapport à la condition de fonctionnement prévue. Le test sur banc d'origine a peut-être manqué une condition qui affecte les deux cartes. |
| Le prototype passe et la carte de production se réinitialise. | Comparez les composants montés, le firmware, l'état d'assemblage et l'historique des reprises. Si possible, incluez une carte conforme du même lot pour réduire les différences. |
| Les deux passent sur banc, mais le défaut réapparaît dans l'unité finie. | Reproduisez le câblage, la source d'alimentation, la charge et la séquence de démarrage du client. Une différence d'intégration peut expliquer pourquoi le test sur banc passe. |
Convenez avec le fabricant de ce qui compte exactement comme une réussite. Par exemple : le contrôleur doit exécuter la séquence de démarrage convenue sans se réinitialiser sous la charge spécifiée. Cela donne à l'opérateur de test quelque chose d'observable et à l'acheteur un enregistrement significatif à examiner. Pour en savoir plus sur la définition des exigences de test, voir le guide d'Altium sur la conception et les tests PCBA (PDF).
Les corrections du build pilote ont-elles été reportées dans la commande de production suivante ?
Supposons que l'équipe de production repositionne un connecteur sur plusieurs unités pilotes et que ces unités réussissent la vérification d'ajustement. Deux questions subsistent : quelles unités ont été corrigées, et qu'est-ce qui empêchera le prochain opérateur de répéter le placement d'origine ?
Avant de lancer la commande suivante, enregistrez les unités affectées, la correction, le résultat du retest et l'instruction d'assemblage révisée. Identifiez qui peut approuver le changement. Si la correction modifie aussi la nomenclature, le plan ou le gabarit, assurez-vous que la prochaine commande d'achat pointe vers la révision mise à jour.
Cela compte pour la livraison autant que pour la qualité. Un problème d'ajustement au boîtier peut permettre de poursuivre l'approvisionnement des composants non affectés pendant que l'assemblage final attend l'approbation. Nommer l'opération affectée aide l'acheteur et le fournisseur à convenir de ce qui peut avancer sans mettre le reste de la commande en péril.
Ce qu'il faut confirmer avant de lancer le build suivant
| Vérification de publication | Éléments à examiner |
|---|---|
| Configuration approuvée | La nomenclature, les fichiers de carte, les plans d'assemblage et le firmware correspondent à l'échantillon validé. Toute modification manuelle est documentée. |
| Assemblage reproductible | Le positionnement critique et les opérations manuelles disposent d'instructions, de critères d'acceptation et d'un moyen de vérifier le résultat. |
| Tests pertinents | L'équipe s'est mise d'accord sur les conditions d'exploitation, les limites de réussite/échec et les résultats à conserver. |
| Résultats du pilote | Chaque problème ouvert a un responsable. La prochaine version identifie la révision approuvée, les corrections effectuées et les opérations encore en attente. |
Vous préparez une exécution pilote ou vous enquêtez sur un problème de premier lot ? Partagez la révision de la carte approuvée, la quantité de production et les conditions de test. Si une carte a échoué, dites-nous ce que vous attendiez, ce que vous avez observé et si le prototype approuvé s'est comporté de la même manière dans le même test. Ces détails donnent à l'équipe d'ingénierie de VOSNOR un point de départ pratique pour examiner votre projet.
