Qu'est-ce que l'équipement de test automatisé (ATE)
L'équipement de test automatisé (ATE, Automated Test Equipment) est un système — matériel et logiciel combinés — qui teste un appareil sans intervention manuelle. Il applique des stimuli, mesure la réponse et prend une décision pass/fail selon des limites prédéfinies, à une vitesse et une répétabilité qu'aucun banc manuel ne peut égaler.
Ce guide couvre pourquoi l'ATE existe, les principaux types que vous rencontrerez, à quoi ressemble une pile ATE basée sur Python face à un système traditionnel, et comment enregistrer les résultats ATE avec TofuPilot.
Pourquoi l'ATE existe
L'électronique moderne est trop complexe et à trop haut volume pour être testée à la main. Une seule carte peut porter des dizaines de points de mesure ; une ligne de production peut nécessiter un test toutes les quelques secondes. L'ATE automatise cela pour que chaque unité soit testée de la même façon, à la vitesse de la ligne, avec les mêmes limites appliquées à chaque fois. Trois objectifs sont visés :
- Couverture — chaque unité passe chaque test, pas un échantillon
- Vitesse — les tests s'exécutent en secondes, au rythme du takt time
- Répétabilité — la 1ère unité et la 10 000ème sont mesurées à l'identique
Sans ATE, on revient à un technicien avec un multimètre, et des données de rendement qui dépendent de qui était au banc ce jour-là.
Ce que l'ATE comprend
Un système ATE comporte quatre couches :
| Couche | Fonction | Exemples |
|---|---|---|
| Exécutif de test | Séquence les étapes de test, gère le flux | OpenHTF, NI TestStand, scripts personnalisés |
| Instruments | Appliquent les stimuli et mesurent les réponses | DMM, oscilloscope, alimentation, générateur de signaux |
| Fixture | Connecte les instruments au DUT | Lit de clous, pogo pins, faisceau de câbles |
| Logiciel | Contrôle les instruments, enregistre les données | Python + PyVISA, LabVIEW, C# |
Le dispositif sous test (DUT) ou l'unité sous test (UUT) est placé dans le fixture. L'exécutif de test lance la séquence. Les instruments mesurent. Le logiciel enregistre.
Types d'ATE
« ATE » recouvre plusieurs catégories distinctes selon ce qui est testé et à quelle étape :
- ATE semi-conducteur (wafer sort / test final) — teste les circuits intégrés au niveau du wafer avant découpe, puis à nouveau après packaging. La catégorie la plus exigeante : des milliers de broches, des sites de test en parallèle, et les grosses machines construites par Teradyne, Advantest et équivalents.
- Test en circuit (ICT) — un fixture à lit de clous sonde les composants et joints de soudure individuels sur une carte assemblée, vérifiant valeurs et connexions avant même la mise sous tension.
- Test fonctionnel (FCT) — alimente la carte et vérifie qu'elle se comporte comme un système : les bonnes sorties pour les entrées données, les interfaces de communication qui fonctionnent, le firmware qui répond correctement.
- Boundary scan (JTAG) — teste les interconnexions et détecte circuits ouverts/courts-circuits via la chaîne JTAG, sans sondes physiques, utile quand la densité de composants exclut l'accès par lit de clous.
- Burn-in / test final — fait fonctionner les unités sous contrainte (température, tension, durée) avant expédition pour détecter les défaillances de mortalité infantile que le test fonctionnel seul ne révèle pas.
La plupart des lignes de production enchaînent plusieurs de ces étapes — ICT pour détecter les défauts d'assemblage, puis FCT pour confirmer que la carte fonctionne comme un système.
ATE traditionnel vs ATE basé sur Python
| Aspect | Traditionnel (NI/Keysight) | Basé sur Python |
|---|---|---|
| Exécutif de test | NI TestStand (3-5 K$/poste) | OpenHTF (gratuit, open source) |
| Contrôle d'instruments | LabVIEW, pilotes propriétaires | PyVISA, SCPI, pilotes ouverts |
| Stockage des données | Base de données locale, format propriétaire | TofuPilot (cloud ou auto-hébergé) |
| Contrôle de version | Difficile avec les fichiers binaires | Natif Git (scripts Python) |
| Plateforme | Windows uniquement | Windows, Linux, macOS |
| Déploiement | Installation manuelle par station | pip install, Docker, CI/CD |
| Coût par station | 5-20 K$ en licences logicielles | 0 $ en licences logicielles |
L'ATE basé sur Python utilise les mêmes instruments et fixtures. La différence est la pile logicielle. Vous remplacez les exécutifs de test propriétaires et les systèmes de données par des outils open source et TofuPilot.
Prérequis
- Python 3.10+
- OpenHTF installé (
pip install openhtf) - SDK Python TofuPilot installé (
pip install tofupilot)
Étape 1 : Définir la séquence de test
Chaque étape de test devient une phase OpenHTF. L'exécutif de test les exécute dans l'ordre, collecte les mesures et détermine le pass/fail.
ate_test.py30 lines
import openhtf as htffrom openhtf.util import units@htf.measures( htf.Measurement("supply_current_mA") .in_range(minimum=90, maximum=110) .with_units(units.MILLIAMPERE),)def phase_power_up(test): """Appliquer l'alimentation et mesurer le courant d'entrée.""" test.measurements.supply_current_mA = 101.3@htf.measures( htf.Measurement("output_frequency_Hz") .in_range(minimum=999000, maximum=1001000) .with_units(units.HERTZ),)def phase_frequency_check(test): """Mesurer la fréquence de sortie par rapport à la spécification.""" test.measurements.output_frequency_Hz = 1000250@htf.measures( htf.Measurement("self_test_result").equals("PASS"),)def phase_self_test(test): """Commander au DUT d'exécuter son autotest intégré.""" test.measurements.self_test_result = "PASS"Étape 2 : Se connecter à TofuPilot
TofuPilot remplace la base de données propriétaire qu'utilisent les systèmes ATE traditionnels. Chaque run de test est téléversé automatiquement avec les mesures, les limites et le statut pass/fail.
from tofupilot.openhtf import uploadtest = htf.Test( phase_power_up, phase_frequency_check, phase_self_test,)test.add_output_callbacks(upload())test.execute(test_start=lambda: input("Scanner le numéro de série du DUT : "))Étape 3 : Suivre les performances de l'ATE
TofuPilot suit automatiquement les résultats ATE. Ouvrez l'onglet Analytique pour voir :
- Rendement au premier passage par procédure de test et par station
- Distributions de mesures avec superposition des limites
- Pareto des défaillances montrant quelles étapes de test échouent le plus
- Débit par station (unités par heure)
- Comparaison entre stations pour détecter la dégradation des fixtures ou la dérive des instruments
Ces données remplacent les rapports personnalisés que les logiciels ATE traditionnels génèrent. Elles sont disponibles sur toutes les stations en temps réel.
Architectures ATE types
| Architecture | Stations | Idéal pour |
|---|---|---|
| Station unique, DUT unique | 1 | Prototypage, faible volume |
| Station unique, multi-DUT | 1 | Test parallèle, débit plus élevé |
| Multi-stations, fixtures partagés | 2-10 | Production moyen volume |
| Multi-stations, intégration ligne | 10-100 | Haut volume, intégration MES |
TofuPilot supporte toutes les architectures. Chaque station exécute son propre script de test et téléverse les résultats indépendamment. Le tableau de bord agrège les données entre stations, lignes et usines.
Questions fréquentes
Que signifie ATE ? Équipement de test automatisé (Automated Test Equipment).
À quoi sert l'ATE ? À tester automatiquement des dispositifs électroniques — composants, cartes assemblées ou produits finis — à l'échelle de la production, sans qu'un technicien sonde manuellement chaque unité.
Quelle est la différence entre l'ATE et un système d'acquisition de données (DAQ) ? Un système d'acquisition de données (DAQ) mesure et enregistre des signaux pour la surveillance ou l'analyse. L'ATE va plus loin : il stimule activement un dispositif, mesure la réponse et prend une décision pass/fail selon des limites — il teste, un DAQ ne fait qu'observer.
Ai-je besoin de NI TestStand ou LabVIEW pour construire un système ATE ? Non. OpenHTF et PyVISA couvrent le séquençage de test et le contrôle d'instruments en Python, sans coût de licence. Voir Python vs LabVIEW pour les tests de fabrication pour une comparaison complète.
En quoi l'ATE diffère-t-il d'un test de validation ponctuel au banc ? La validation au banc caractérise un dispositif une fois, souvent à la main, pour comprendre son comportement. L'ATE exécute la même séquence fixe sur chaque unité qui sort de la ligne, sans surveillance, et enregistre le résultat — il est conçu pour la répétition, pas l'exploration.
