Gains :
- Capacité à distinguer où l'IA permet de gagner du temps réel dans le flux de travail électronique/communications, et où la responsabilité critique en matière de conformité et de sécurité incombe à l'ingénieur compétent, en fonction du niveau de risque.
- Capacité à appliquer une discipline de validation à plusieurs niveaux qui teste chaque sortie de l'IA par rapport à des mesures, des simulations, des textes standard et des calculs indépendants.
- Prenez l'habitude d'anonymiser le contexte et de choisir des outils sécurisés pour protéger les fichiers de conception, les données du réseau client et la propriété intellectuelle.
Le travail d'un ingénieur en électronique et en communications consiste à traduire des grandeurs physiques invisibles (tension, courant, fréquence, champ) en produits fonctionnels et en connexions fiables. Concevoir un circuit, placer le circuit imprimé (PCB : Imprimé Circuit Board, la plaque isolante sur laquelle sont placés les composants), filtrer et moduler le signal, l'émettre depuis l'antenne, écrire un logiciel embarqué (firmware : logiciel écrit en mémoire permanente qui fait fonctionner directement le matériel d'un appareil), établir des protocoles, surveiller les performances du réseau et documenter tout cela conformément aux normes et à la législation. Le point commun de ces métiers est de travailler avec beaucoup de mesures et de données, mais chaque décision détermine si un produit fonctionnera, si une diffusion restera dans les limites légales, si un système est sûr ou non. L'intelligence artificielle (IA en abrégé ; systèmes logiciels qui fonctionnent sur du texte, des chiffres, du code et des images avec des mégadonnées et des modèles linguistiques) est une aide puissante dans ce domaine à forte intensité de données mais crucial pour la décision. Cette unité vous apprend où utiliser en toute sécurité l'IA dans les travaux d'électronique/de communication, où elle est dangereuse et pourquoi vous devez valider chaque sortie de l'IA par la mesure, la simulation, le texte standard et le jugement technique.
Le principe central que vous utiliserez tout au long de ce module est le suivant : l'IA est un assistant, pas un décideur. Un courant d'alimentation, une valeur d'impédance, une fréquence de coupure de filtre, une limite de puissance d'émission ou une clause standard ne peuvent pas être vrais simplement parce que « l'IA l'a dit » ; Il ne s'agit que d'une hypothèse jusqu'à ce qu'elle soit vérifiée par une fiche technique, une mesure, une simulation, un texte standard officiel et le jugement d'un ingénieur compétent. Vous reverrez cette phrase dans chaque unité du module, car en électronique, un numéro erroné signifie souvent qu'une carte brûle, qu'un produit échoue à la certification ou qu'un lien de communication tombe en panne.
Qu'est-ce que le LLM, que fait-il en électronique/communications ?
LLM (Large Language Model) est un logiciel qui apprend des modèles à partir de très gros morceaux de texte et de code et prédit le « mot suivant » en fonction de la probabilité. C'est le moteur d'outils tels que ChatGPT, Claude, Gemini. Le point est le suivant : LLM est un « estimateur de langage et de code », pas un « appareil de mesure » ou une « base de connaissances ». Parle couramment la terminologie de l’ingénierie, mais ne mesure pas l’impédance ; produit le nombre qui semble le plus probable. Il peut donc donner des réponses sûres mais incorrectes sur le courant d'alimentation d'un composant, une limite de régulation ou un tableau de normes. C’est ce qu’on appelle une hallucination (fabrication). L’hallucination n’est pas un dysfonctionnement, mais une caractéristique inhérente à cette technologie ; La vérification n’est donc pas une « étape supplémentaire » mais fait partie intégrante du travail.
Tâches où l'IA est forte en électronique/communications :
- Explication et enseignement du concept : qu'est-ce que l'adaptation d'impédance, comment fonctionne l'OFDM, quelles sont les causes du crénelage, comment la CEM est perturbée.
- Projet de code et firmware : pilote de microcontrôleur, machine à états, analyse du signal Python, framework d'automatisation des tests.
- Nettoyage et organisation des données : conversion des journaux de mesures dispersés en tableau cohérent, capture des inadéquations d'unités.
- Générer une liste d'hypothèses : une liste systématique de raisons pour des questions telles que pourquoi un circuit ne fonctionne pas, pourquoi un lien tombe.
- Brouillon de texte : plan de test, rapport de défaut, brouillon de dossier technique, résumé de fiche technique.
- Configuration du compte : établissement du squelette du budget de liaison, du budget de puissance, des étapes de conception du filtre.
Là où l’IA est faible et risquée :
- Valeur numérique exacte (courant d'alimentation, impédance, fréquence de coupure, limite de puissance de diffusion).
- Article standard/législatif actuel et spécifique, valeur du tableau et informations sur la version.
- Diagnostic sans données de mesure réelles de votre matériel.
- Conformité et décision critique pour la sécurité : déclaration de conformité CEM, autorisation, état de fonctionnement, limite de sécurité.
Classification basée sur les risques : le filtre avant d'utiliser l'IA
Toutes les tâches ne présentent pas le même niveau de risque. Classez la tâche par niveau de risque avant d’utiliser l’IA. Le tableau ci-dessous fournit un cadre décisionnel que vous utiliserez tout au long de ce module.
Niveau de risque
exemple de tâche
Rôle de l'IA
Vérification obligatoire
faible
Explication du concept, projet de texte, squelette de code
utilisation gratuite
Un avis suffit
moyen
Nettoyage des données, liste d'hypothèses, configuration des calculs
Brouillon/co-auteur
Contrôle manuel + confirmation de la fiche technique
haut
Caractéristiques nominales du circuit, conception du filtre/antenne, logique du micrologiciel
générateur d'idées
Simulation + mesure de prototype
critique
Conformité CEM/diffusion, marge de sécurité, facilité d'entretien
Brouillon/numérisation uniquement
Approbation d'un ingénieur compétent + tests accrédités
Astuce : Si vous avez marqué une tâche comme « critique », le résultat de l'IA n'est jamais le document final. Il peut tout au plus s’agir d’un avant-projet ou d’une liste de contrôle ; L'ingénieur compétent en assume la signature et la responsabilité.
Flux de bout en bout : intégrer l'IA dans votre flux de travail
Un cycle typique de résolution de problèmes en électronique/communications est le suivant, l’IA entrant dans chaque étape mais n’en fermant aucune d’elle-même :
- Définir le problème : qu'est-ce qui sera conçu, quel objectif de performance, quelles contraintes (puissance, coût, fréquence, législation) y a-t-il ? (AI : clarifie la question.)
- Collectez les données/exigences : fiches techniques, limites standard, journaux de mesures. (IA : résume et recherche les incohérences.)
- Générer des hypothèses/conception : topologies alternatives, scénarios de solutions. (AI : produit une liste systématique.)
- Analyser : Calcul, simulation, code, analyse de signal. (IA : génère du code et de la fiction de calcul.)
- Vérifier : simulation, prototype, mesure, texte standard. (L’IA est en marge ; la mesure et les humains décident.)
- Documenter et décider : L'ingénieur compétent assume la responsabilité. (AI : rédacteur en chef.)
Gardez ces six étapes à l’esprit ; le reste du module vous montre comment utiliser l'IA avec des tâches concrètes d'électronique/de communication, étape par étape.
trois mini-cases
Cas 1 — Valeur de composant incorrecte. Un stagiaire demande à l'IA la valeur requise du condensateur de découplage dans un circuit alimenté par un régulateur de 3,3 V ; AI dit "100 nF suffisent" et donne également une prescription précise : "ajoutez 10 µF pour chaque IC". Le stagiaire écrit cela directement dans le diagramme. Alors que la valeur correcte dépend de la recommandation dans la fiche technique des puces utilisées, de la fréquence de commutation et du profil de courant. Dans cette conception, une puce à grande vitesse consomme des centaines de millions de fois le courant par seconde, et 100 nF à eux seuls sont insuffisants ; La carte se comporte de manière erratique au démarrage. L'approche correcte consiste à prendre la valeur de la fiche technique de chaque puce et de l'analyse de l'intégrité de l'alimentation.
Cas 2 — Limite réglementaire inexistante. Un ingénieur demande à l'IA la PIRE (puissance isotrope rayonnée équivalente) maximale admissible de son produit dans la bande 2,4 GHz. AI indique "20 dBm selon la réglementation" et constitue un numéro de substance. L'ingénieur rédige le dossier technique en conséquence. Le laboratoire de test révèle que la valeur limite varie en fonction de la bande, de la largeur du canal et du pays et que le numéro d'article indiqué n'est pas réel. L'approche correcte consiste à ouvrir la réglementation en vigueur (par exemple, le document ETSI/FCC pertinent et la décision de l'autorité du pays) à partir de la source officielle et à confirmer la valeur et la substance.
Cas 3 — Utilisation correcte. Un ingénieur soupçonne une incohérence dans un journal de mesure de 5 000 lignes provenant d'un capteur de température. Il demande à l'IA de « répertorier les lignes de ce tableau qui peuvent présenter une incohérence d'unité (confusion °C/°F), une valeur physiquement impossible, un pic et une cellule vide, et d'écrire ce que vous soupçonnez pour chacune ; NE PAS corriger, marquer simplement. » L'IA signale plusieurs lectures de code 999, deux lectures de -300 °C et des pics qui ressemblent à des réinitialisations de capteurs. L'ingénieur vérifie et corrige celles-ci à partir des données brutes. Ici, l’IA a été utilisée correctement : elle a attiré l’attention, l’humain a pris la décision et la correction.
Modèles d'invite copiables
Vous pouvez utiliser les modèles ci-dessous en les adaptant à votre propre entreprise. Dans chacun d'eux, il y a une consigne consciente de « donner un nombre exact, indiquer la source, expliquer l'incertitude ».
MODÈLE DE RÔLE ET DE LIMITE "Rôle : Vous êtes un assistant ingénieur en électronique/communication expérimenté. Tâche : [écrire le sujet]. Règles : Lorsque vous donnez la valeur numérique exacte (courant, impédance, fréquence, limite de puissance), dites qu'elle doit être vérifiée à partir de la FICHE TECHNIQUE ou de la MESURE du composant sélectionné ; votre réponse, notez « ce qui doit être vérifié par simulation/mesure ».
MODÈLE DE GÉNÉRATION D'HYPOTHÈSES « Produire une liste systématique des causes possibles du symptôme suivant : [décrire le symptôme ; ce qui est observé, quelle mesure y a-t-il]. Pour chaque hypothèse : (1) quelles preuves la soutiennent, (2) quelle mesure (oscilloscope, analyseur, multimètre) doit être effectuée pour confirmer/infirmer. FAIRE un diagnostic définitif ; créer une feuille de route de dépannage.
MODÈLE DE LISTE DE CONTRÔLE DE VÉRIFICATION « Répertoriez CHAQUE valeur numérique et CHAQUE référence normative/réglementaire dans le projet de conception/rapport ci-dessous. Pour chacune, indiquez à partir de quelle source (fiche technique, texte standard officiel, mesure en laboratoire, simulation) elle doit être vérifiée. Recueillez celles d'origine incertaine sous « ne peut pas être utilisée sans vérification ». Texte : [coller]."
MODÈLE DE PRÉ-VÉRIFICATION D'ANONYMISATION "Avant de donner le texte suivant à un outil d'IA, signalez les secrets commerciaux ou les parties sensibles personnelles/réglementaires : client/nom du projet, référence du fichier PCB, clé/mot de passe du micrologiciel, adresses IP/MA réelles, données d'abonné, coût caché. Suggérez comment je peux les anonymiser. Texte : [coller]."
Invite faible/Invite forte
Poser la même question de deux manières donnera des résultats très différents.
INVITE FAIBLE : « Quel est le gain de cette antenne ? »
INVITE FORTE : "Rôle : Vous êtes un ingénieur assistant RF. Expliquez par quelles étapes le gain d'une antenne doit être déterminé (sélection du type, taille, simulation de champ, mesure de la pièce anéchoïque) et quelles données et quelle vérification sont requises à chaque étape. NE DONNEZ PAS un numéro de gain EXACT ; soulignez que cela ne peut être déterminé que par simulation et mesure, ce que signifie l'unité dBi et les limites réglementaires seront évaluées via la PIRE."
Une invite faible invite l'IA à se rattraper ; L'invite forte le maintient dans le bon travail (description du processus) et empêche l'hallucination numérique de se produire en premier lieu.
Erreurs courantes
- « Demander » à l'IA les valeurs des composants/conception. Le courant d'alimentation, l'impédance et la fréquence de coupure proviennent uniquement de la fiche technique et de la mesure.
- Utiliser la clause standard/législative sans la confirmer. Le numéro d'article, la valeur du tableau et la version sont fréquemment hallucinés.
- Baser la décision de conformité/sécurité sur les résultats de l’IA. La conformité CEM, l'autorisation de diffusion et la facilité d'entretien sont le travail d'ingénieurs compétents et de tests accrédités.
- Coller des données sensibles dans l'outil cloud sans les anonymiser. Le PCB/micrologiciel, la topologie client et les données des abonnés sont des secrets commerciaux et des données personnelles.
- En attente d'une question et d'une réponse. Utilisez l’IA de manière itérative : rédigez, critiquez, simulez, mesurez, affinez.
Attention : plus un nombre apparaît précis et sûr dans une sortie de l'IA, plus la nécessité d'une vérification est élevée. La précision n'est pas une garantie d'exactitude.
En résumé
Dans cette unité, vous avez vu que l'IA est un assistant en électronique/communication et non un décideur. Les LLM sont des estimateurs de langage et de code ; Puissant dans la clarification des concepts, la description du code/micrologiciel, le nettoyage des données et la génération d'hypothèses, mais risqué dans la génération d'une valeur précise des composants et d'une matière standard (hallucination). Classez les tâches comme faibles/moyennes/élevées/critiques et ajustez la profondeur de la vérification en conséquence. Vérifiez chaque valeur numérique de la fiche technique ou de la mesure, et chaque référence standard de la source officielle. Les décisions critiques en matière de conformité et de sécurité restent toujours du ressort de l'ingénieur qualifié et anonymisent les données sensibles de conception/client avant utilisation.
Tâche de candidature
Choisissez cinq tâches tirées de votre propre travail (ou d'un projet électronique imaginaire) : une description de concept, un nettoyage des données, une liste d'hypothèses de défaillance, un composant/valeur numérique et une question réglementaire/norme. Placez chacun dans le tableau des risques ci-dessus. Sous-traitez ensuite deux tâches à risque faible/moyen à l'IA avec le modèle « Rôle et limites » et marquez chaque élément numérique/standard du résultat avec le modèle « Liste de contrôle de validation ». Notez quels éléments ne peuvent pas être utilisés sans vérification.
liste de contrôle
- [ ] J'ai placé la mission au niveau de risque (faible/moyen/élevé/critique) avant de l'utiliser.
- [ ] J'ai obtenu les valeurs des composants/conception à partir de la fiche technique et des mesures au lieu de demander à l'IA.
- [ ] J'ai vérifié chaque référence normative/réglementaire auprès de la source officielle (version correcte).
- [ ] J'ai anonymisé les données sensibles (PCB/firmware, client, IP/MAC, abonné).
- [ ] J'ai laissé la décision critique en matière de compatibilité/sécurité à l'ingénieur qualifié et au testeur accrédité.
- [ ] J'ai scanné chaque valeur numérique dans la sortie AI pour "ne peut pas être utilisée sans vérification".