En bref
Démarrez un appareil de test fonctionnel PCBA avec une liste de comportements testables, pas une photo de la carte. Identifiez la révision DUT, la séquence d'alimentation sécurisée, la carte des connecteurs, les charges, le micrologiciel, les communications, les stimuli, les sorties mesurées et les limites de réussite/échec. Conservez le matériel de l'appareil, le jeu de câbles et le logiciel de test sous des ID de version distincts, puis enregistrez la combinaison exacte utilisée pour chaque résultat pilote.
- Définissez chaque comportement requis comme stimulus, condition, mesure, unité, limite et action d'échec.
- Séparez la mécanique des luminaires, les ensembles câbles/interfaces, les instruments, le micrologiciel et les logiciels de test en éléments versionnés.
- Utiliser des connecteurs finaux pour le comportement du produit lorsque cela est possible; utilisez l'accès à la sonde uniquement pour les nœuds internes dont le test a réellement besoin.
- Les enregistrements pilotes doivent identifier DUT, BOM/assemblage, micrologiciel, luminaire, câbles, logiciels, limites et résultats, et pas seulement PASS.
Rédigez le brief du luminaire sous forme de carte allant du comportement du produit à une configuration de test reproductible. Nommez la révision DUT, le brochage du connecteur, la séquence d'alimentation sécurisée, les charges, le micrologiciel, les paramètres de communication, les stimuli, les mesures et les limites de réussite/échec. Donnez au matériel de luminaire, aux assemblages de câbles et au logiciel de test des ID de version distincts. Une unité pilote n'est utile que lorsque son résultat peut être retracé jusqu'à la carte, le programme, le dispositif et les limites exacts qui l'ont produit.
Quelles entrées sont requises avant le développement de dispositifs de test fonctionnel?
Fournissez la définition actuelle du produit ainsi qu’une liste de tests exécutables. Le package minimum comprend des schémas, BOM, des données d'assemblage et mécaniques, des brochages de connecteurs, des informations sur l'arbre d'alimentation, des fichiers de micrologiciel/programmation, des protocoles d'interface, des charges requises ou des périphériques simulés, des contraintes de sécurité et une liste étape par étape de comportements observables. Pour chaque mesure, indiquez la condition, le point, l'unité, les limites inférieure et supérieure et ce qui se passe après une panne.
| Groupe d'entrée | Que fournir | Question, ça se termine |
|---|---|---|
| Identité DUT | Numéro/révision PCBA, variante, plan d'assemblage, BOM et enveloppe mécanique. | Quel produit physique et électrique est testé? |
| Interfaces | Connecteur, brochage, pièce d'accouplement, mode de communication et direction du signal. | Comment le luminaire contacte-t-il et communique-t-il avec le DUT? |
| Puissance et charges | Rails d'alimentation, limite de courant, séquence, décharge, charges et isolation. | Comment mettre sous tension le DUT sans masquer un défaut ni causer de dommages? |
| Logiciel | Image du micrologiciel, configuration, programmeur, séquence de tests et dépendances. | Quel code et quel état rendent le comportement attendu valide? |
| Acceptation | Stimulus, point de mesure, unité, limites, timing et action en cas d'échec. | Qu'est-ce qui produit exactement PASS ou FAIL? |
| Enregistrements | ID de l'unité, horodatage, versions, valeurs mesurées, code de défaillance et historique des nouveaux tests. | Le résultat du projet pilote peut-il être répété et comparé ultérieurement? |

Comment définir les interfaces, la puissance, les charges et les communications DUT?
Définissez chaque interface par broche, direction, état électrique et objectif du test. Pour un connecteur, nommez la pièce d'accouplement ou l'adaptateur contrôlé, le plan des broches, le détrompage, la méthode d'insertion et le problème de durée de vie. Pour la puissance, indiquez l'entrée nominale, la limite de courant, la protection de polarité, le séquençage, le temps de stabilisation et un moyen sûr d'éliminer l'énergie stockée. Pour une charge ou un périphérique simulé, identifiez les modes de fonctionnement et les tolérances plutôt que d'écrire « connecter une charge normale ».
Les tests de communication nécessitent un protocole, une couche physique, une adresse, un débit binaire, une terminaison, une commande, une réponse attendue et un délai d'attente. Les mesures analogiques nécessitent un point, une référence, une bande passante ou des conditions de stabilisation, une unité et des limites. Les E/S numériques nécessitent un état d'extraction, un niveau de pilotage et si l'appareil stimule, observe ou les deux. Ces détails transforment une revendication fonctionnelle telle que « USB works » en une opération reproductible.
Comment les appareils, le programme de test, les câbles et les versions de produits restent-ils adaptés?
Donnez à chaque élément sa propre révision et stockez leur combinaison approuvée dans un tableau de compatibilité. L'ensemble mécanique du luminaire peut changer sans changement de logiciel; le brochage d'un câble peut changer sans déplacer le DUT; le micrologiciel peut modifier les messages ou le timing attendus sans altérer la carte. Une étiquette partagée telle que « FCT v2 » masque ces différences.
| Article | Identité de la version | Champ de compatibilité | Modification nécessitant un examen |
|---|---|---|---|
| DUT | Pièce PCB/PCBA, révision et variante | Appareil/câble/ensemble de programmes pris en charge | Changement de connecteur, rail, E/S, composant ou mécanique |
| Quincaillerie de luminaire | Assemblage des luminaires et révision du câblage | Enveloppe DUT et plan d'accès | Localisateur, support, sonde, verrouillage ou changement de câblage |
| Kit câble/interface | Révision des pièces de câble et du brochage | Affectation des connecteurs et des signaux | Pièce correspondante, câblage, blindage ou changement de charge |
| Logiciel de test | Révision de la demande et de la séquence | Fichier de limites, configuration de l'instrument et firmware DUT | Changement de pas, de commande, de timing, de calcul ou de limite |
| Micrologiciel DUT | ID d'image/configuration et somme de contrôle | Protocole et comportement attendus | Démarrage, interface, calibrage ou changement de sortie |

En quoi le test fonctionnel est-il différent du ICT, de la sonde volante et de la programmation?
Le test fonctionnel démontre uniquement les comportements motorisés que la séquence exerce. Le ICT et la sonde volante se concentrent sur les contrôles électriques accessibles au niveau de la structure ou des composants et peuvent aider à localiser les défauts d'assemblage. La programmation écrit ou vérifie le code ou les données de l'appareil. Un luminaire peut combiner des opérations, mais la combinaison de matériel ne rend pas leurs preuves interchangeables.
| Fonctionnement | Question principale | Entrée typique | Ce qu'il ne prouve pas seul |
|---|---|---|---|
| ICT | Les réseaux/composants accessibles sélectionnés sont-ils structurellement corrects? | Luminaire, netlist, cibles, programme et limites. | Comportement d'utilisation finale complet. |
| Sonde volante | Les réseaux/composants accessibles sélectionnés répondent-ils aux contrôles programmés? | CAD/netlist, coordonnées, accès et programme. | Fonctionnalités inaccessibles ou toutes les fonctions du produit. |
| Programmation | L'image/les données prévues ont-elles été écrites et vérifiées? | Appareil, interface, image, configuration et méthode de vérification. | Que chaque fonction matérielle fonctionne. |
| Test fonctionnel | Le DUT exécute-t-il le comportement spécifié dans les conditions indiquées? | Puissance, interfaces, firmware, stimuli, charges et limites. | Comportement non testé ou tout défaut d'assemblage possible. |
Quels résultats un projet pilote PCBA doit-il enregistrer?
Enregistrez suffisamment de contexte pour reproduire un résultat, pas seulement PASS ou FAIL. Capturez le numéro de série ou l'ID pilote de l'unité, la révision et la variante de l'assemblage PCB, l'état d'écart du BOM, le micrologiciel/la configuration du DUT, les révisions des appareils et des câbles, les versions du logiciel de test/de la séquence et des limites, l'identité de l'instrument lorsque la traçabilité des mesures est importante, l'horodatage, l'opérateur ou la station, les valeurs mesurées, le code d'échec, l'historique des nouveaux tests et la disposition finale.
Gardez les premiers échecs. Un projet pilote est l'endroit où l'emplacement des connecteurs, l'alignement des appareils, le séquençage de l'alimentation, la sélection des limites et la synchronisation du logiciel sont les plus susceptibles de changer. La suppression des premières exécutions efface les informations nécessaires pour séparer un problème de luminaire d'un problème de produit. Marquez explicitement les exécutions de configuration non valides au lieu de les réécrire au fur et à mesure que le produit passe.

Que doit dire le brief du luminaire copiable?
Utilisez une ligne par comportement de test et une table de versions pour la configuration complète. Évitez les expressions telles que « tester toutes les fonctions » ou « limites normales ». Ils ne définissent pas une action instrumentale ni une décision d’acceptation.
Exemple de cahier des charges du banc : « DUT : [pièce/révision/variante]. Interface : [connecteur/brochage/rév. câble]. Appliquer [entrée] avec la limite de courant [valeur] et la séquence [étapes]. Charger [sortie] avec [charge/mode]. Installer le firmware/la configuration [ID/somme de contrôle], puis appliquer [condition]. Mesurer [point/paramètre] après [stabilisation/fenêtre temporelle]. PASS si [limite basse] ≤ [valeur et unité] ≤ [limite haute]. En cas de FAIL, couper l’alimentation en sécurité, enregistrer [code/valeur] et diriger l’unité vers [action de diagnostic]. Enregistrer avec le résultat les révisions du banc, du câble, du logiciel, des limites et du firmware. »
Comment le montage pilote doit-il être validé avant une nouvelle production?
Défiez la configuration avec des conditions connues et répétez la séquence mécanique et électrique. Vérifiez le codage des connecteurs, l'emplacement de la carte, le support, les verrouillages, la limitation de courant, la décharge et l'accès de l'opérateur. Exécutez un état de référence connu ainsi que des conditions d'ouverture délibérée, de mauvaise connexion ou de limite limite que l'appareil peut simuler en toute sécurité. Confirmez qu'une bonne unité répétée produit des valeurs mesurées stables et qu'une défaillance connue est signalée par l'étape prévue.
Le résultat est un ensemble compatible de luminaires, de câbles, de logiciels de test, de micrologiciels et de limites, ainsi qu'une liste de problèmes non résolus. Il ne s'agit pas d'un pourcentage de couverture universelle. Utilisez le guide de conception de point de test pour l'accès interne et le comparaison de méthodes lorsqu'un test structurel doit compléter FCT. Pour un itinéraire spécifique au projet, connectez le brief terminé à Test d'assemblage PCB.
À propos de l'auteur
PCBArise Electronics
PCBArise Electronics publie ce guide pour aider les équipes de conception et NPI à préparer des dossiers de fabrication plus clairs. Les exigences pour toute construction réelle sont confirmées à partir de son package de conception actuel.
FAQ
Questions courantes
Que faut-il pour concevoir un appareil de test fonctionnel PCBA?+
Fournissez les pièces/révisions DUT et les données mécaniques, les schémas et les brochages, la séquence d'alimentation sécurisée, les charges ou les périphériques simulés, le micrologiciel/la configuration, les paramètres de communication, les stimuli et les mesures requis, les limites de réussite/échec, le format des résultats et la quantité de construction attendue.
Un dispositif de test fonctionnel doit-il utiliser des connecteurs de produit ou des points de test PCB?+
Utilisez des connecteurs de produits lorsque l'objectif est de vérifier les interfaces d'utilisation finale et le comportement de raccordement. Ajoutez une sonde ou un accès interne uniquement pour le séquençage de l'alimentation, la programmation, le diagnostic ou les mesures que les connecteurs finaux ne peuvent pas exposer. Documentez les deux chemins dans la carte de l'interface.
La programmation est-elle la même chose que le test fonctionnel?+
Non. La programmation écrit ou vérifie le code ou les données d’un appareil. Le test fonctionnel exerce ensuite un comportement motorisé défini. Ils peuvent partager une station, mais chacun a besoin de sa propre entrée, de sa propre identité de version et de son propre résultat.
Que doit contenir un résultat de test fonctionnel de construction pilote?+
Enregistrez l'ID de l'unité, la révision et la variante PCB/PCBA, le micrologiciel/configuration, les révisions des luminaires et des câbles, les versions du logiciel de test et des limites, les conditions de test, les valeurs mesurées, la réussite/l'échec, le code d'échec, l'historique des nouveaux tests et la décision finale.
Comment valider un appareil de test fonctionnel PCBA?+
Vérifier les sièges, les connecteurs, le support, le câblage, la sécurité et la mise sous tension; exécuter une condition de référence connue; exercer des défaillances connues en toute sécurité ou limiter les limites; répéter la même unité pour évaluer la stabilité; et publier le matériel, les logiciels, le micrologiciel et les limites compatibles exacts.
Références techniques
Sources utilisées pour ce guide
Ces sources expliquent les normes, les matériaux ou les détails des processus évoqués ci-dessus. Vérifiez la révision actuelle lorsque vous les appliquez à une nouvelle conception.
- NI — Principes fondamentaux de l'interconnexion de masse et des luminaires
- Keysight – séparer le sondage structurel du test fonctionnel
- Keysight — vérifications de l'intégrité des appareils et des sondes
- APTPCB — contexte de saisie et de reporting des tests fonctionnels
- GoPCBA — considérations actuelles sur la conception des luminaires
- GÖPEL electronic — Annonce du système de test et de programmation 2026

