À propos de SPICE simulation → oscilloscope → verification with Claude Code

Le workflow SPICE simulation → oscilloscope → verification with Claude Code, présenté par Lucas Gerads dans son article technique, ne constitue pas un produit SaaS unifié, mais plutôt un environnement de développement automatisé qui chaîne plusieurs composants open source autour de l'agent logiciel Claude Code d'Anthropic.

Ce workflow intègre trois éléments principaux :

• Un simulateur SPICE (ngspice, LTspice) qui génère des signaux simulés à partir d'une netlist.
• Un oscilloscope LeCroy connecté via un serveur MCP (Model Context Protocol) développé par l'auteur, qui expose les mesures réelles au modèle.
• Claude Code comme agent logiciel capable de piloter ces outils, de comparer les simulations aux mesures et de déterminer si le circuit respecte les spécifications.

L'objectif est de créer une boucle de vérification fermée où l'IA confronte systématiquement les résultats simulés aux signaux physiques mesurés, automatisant ainsi le processus de validation hardware.

L'ensemble repose sur des dépôts open source MCP pour l'oscilloscope LeCroy et un wrapper SPICE nommé spicelib-mcp, orchestrés par un environnement de développement utilisant des makefiles et des scripts Python.

Fonctionnalités principales

Simulation SPICE automatisée

Le workflow permet de prendre une netlist SPICE et de lancer automatiquement la simulation via ngspice ou spicelib. L'extraction des données de tension et de courant génère des courbes visualisables. Claude Code peut même générer lui-même la netlist à partir d'une description haut niveau du circuit, par exemple un filtre passe-bas.

Intégration oscilloscope LeCroy via MCP

Le serveur MCP expose les principales fonctions de l'oscilloscope : capture de waveforms, mesures de temps de montée et d'amplitude, le tout par connexion Ethernet. Claude Code interroge en temps réel l'oscilloscope pour récupérer les signaux physiques et les comparer aux signaux simulés.

Vérification automatique simulation contre hardware

La comparaison porte sur des métriques comme le temps de montée, l'amplitude et l'erreur quadratique moyenne (RMSE) entre SPICE et la mesure réelle. Claude Code produit un verdict pass/fail avec des suggestions de correction du circuit ou du modèle, incluant les valeurs de composants, les tolérances et les éléments parasites. La démonstration complète peut s'exécuter en moins d'une minute.

Automatisation du flux de développement embarqué

L'utilisation de makefiles et de scripts permet de programmer un microcontrôleur, d'exécuter le firmware et de vérifier la sortie à l'oscilloscope, le tout orchestré par Claude Code. L'auteur insiste sur des règles de pratique essentielles : ne jamais laisser l'IA deviner les connexions physiques, éviter les données obsolètes et ne transmettre que des résumés et métriques au modèle plutôt que les données brutes.

Tarification

Le workflow SPICE simulation vers oscilloscope vers verification with Claude Code n'a pas de plan tarifaire commercial spécifique, car il s'agit d'un assemblage de composants plutôt que d'un produit packagé.

Les éléments de coûts se décomposent comme suit :

• Claude Code : produit commercial d'Anthropic avec des formules d'abonnement variables selon l'usage. Le coût dépend du quota de tokens mensuel et des fonctionnalités pour développeurs ou entreprises. Les articles ne précisent pas de grille tarifaire spécifique à ce workflow. Les plans débutent autour de 20 $ US par mois selon l'offre générale d'Anthropic.

• Serveurs MCP LeCroy et spicelib-mcp : ces composants sont open source et disponibles librement, sans licence payante mentionnée dans les articles.

• Ngspice et LTspice : simulateurs SPICE classiques, généralement gratuits ou inclus dans des suites EDA sans coût additionnel.

• Matériel : l'oscilloscope LeCroy compatible MCP représente un investissement significatif, typiquement plusieurs milliers de dollars canadiens selon le modèle et les options.

En pratique, pour ce workflow précis, le coût réel dépend principalement de l'abonnement Claude Code choisi, du matériel de laboratoire déjà disponible et des éventuelles licences EDA. Le forfait Claude Code de base pour un usage professionnel se situe approximativement entre 20 $ CA et 40 $ CA par mois, tandis que les plans pour équipes peuvent atteindre 80 $ CA à 160 $ CA par mois selon les fonctionnalités.

Il n'existe pas de plan packagé de type bronze, argent ou or pour ce workflow spécifique. Le modèle économique est celui d'un assemblage open source autour d'un agent IA commercial.

Cas d'utilisation

Validation de filtres analogiques simples

Pour les filtres RC ou LC, le workflow vérifie que le temps de montée, la bande passante ou la fréquence de coupure mesurée correspondent à la simulation SPICE et aux calculs théoriques. Cela permet de valider rapidement un design avant de passer à la production.

Vérification de firmware microcontrôleur

Claude Code programme le microcontrôleur via un makefile, déclenche le test automatique, capture la sortie numérique ou analogique à l'oscilloscope et vérifie qu'elle respecte les spécifications. Ce processus réduit considérablement le temps de test manuel.

Débogage de circuits embarqués

La comparaison entre les signaux simulés et les signaux mesurés sur la carte réelle permet d'identifier les éléments parasites, les erreurs de câblage ou les inexactitudes du modèle SPICE. Claude Code peut suggérer des corrections en fonction des écarts observés.

Automatisation des tests de régression hardware

Le workflow peut répéter systématiquement un ensemble de mesures à chaque changement de code ou de design. Claude Code génère automatiquement un rapport de vérification, ce qui permet de maintenir une qualité constante tout au long du développement.

Notre avis

Points forts

La boucle fermée simulation-mesure constitue l'avantage principal de ce workflow. L'IA ne reste pas confinée à la théorie, elle confronte systématiquement le modèle SPICE aux données réelles de l'oscilloscope. Cette approche réduit les risques d'erreurs de conception qui passeraient inaperçues avec une vérification purement manuelle.

L'automatisation forte permet à Claude Code d'orchestrer l'ensemble du processus : lancer SPICE, interroger l'oscilloscope, effectuer les comparaisons et émettre un verdict avec recommandations. Le gain de temps est significatif, la vérification manuelle impliquant des exportations CSV, des importations dans des outils tiers et des comparaisons laborieuses.

La flexibilité d'intégration grâce au protocole MCP permet à l'agent de piloter différents simulateurs et instruments, que ce soit dans VS Code, en terminal ou via Docker. Les bonnes pratiques documentées par l'auteur, comme l'interdiction de laisser l'IA deviner les connexions physiques, réduisent les erreurs typiques des agents dans le monde physique.

Limites

Le caractère non standardisé du workflow constitue sa principale faiblesse. Il ne s'agit pas d'un produit prêt à l'emploi. L'installation et la configuration des serveurs MCP, des scripts, de Docker et de la connectivité oscilloscope exigent des compétences techniques avancées.

La dépendance au contexte est critique. Si les données fournies sont incomplètes ou obsolètes, l'IA peut tirer des conclusions erronées. Une discipline stricte dans la gestion des données est nécessaire pour éviter ce risque.

La complexité pour les circuits avancés limite la portée du workflow. Les démonstrations fonctionnent bien sur des circuits relativement simples, mais pour des systèmes de puissance ou RF complexes, une expertise humaine forte reste indispensable, tout comme des modèles SPICE plus sophistiqués.

Le coût matériel représente une barrière à l'entrée. L'oscilloscope LeCroy compatible MCP et l'infrastructure de laboratoire nécessaire ne sont pas à la portée de tous les budgets, particulièrement dans les petites structures ou les environnements académiques.

Public cible

Ce workflow s'adresse principalement aux ingénieurs hardware et embarqué qui utilisent déjà SPICE et les oscilloscopes et qui souhaitent automatiser leurs vérifications avec l'IA. Les développeurs firmware y trouveront un intérêt pour boucler la programmation du microcontrôleur, les mesures à l'oscilloscope et la validation automatique.

Les équipes de recherche et développement dans les laboratoires d'électronique peuvent standardiser leur banc de test avec des serveurs MCP et un agent IA orchestrant les mesures. Les utilisateurs avancés d'IA intéressés par les agents connectés au monde physique constituent également une cible pertinente.

Ce workflow n'est pas destiné aux débutants en électronique. Il suppose une compréhension minimale de SPICE, des mesures à l'oscilloscope et des pipelines de développement avec makefiles et Docker.