Kicad Master · 7 September 2026

KiCad 10 en 2026 : le grand basculement temporel, l’écosystème en ébullition et la fin d’EAGLE

Pendant des années, les concepteurs de cartes rapides ont regardé KiCad avec sympathie mais sans le prendre au sérieux. Les contraintes de longueur rudimentaires, les scripts maison et les calculs manuels faisaient partie du quotidien de ceux qui osaient router une DDR3 ou une PCIe en open source. Avec la version 10.0.0, sortie le 20 mars 2026, le logiciel a changé de paradigme : les contraintes de délai temporel remplacent les simples mesures de longueur, et un éditeur graphique de règles DRC fait son apparition. Six mois plus tard, la branche 10.0 a atteint sa maturité avec la 10.0.6 (24 août 2026), l’écosystème s’est emballé — routeurs GPU, IA, support natif des SpaceMouse — et l’arrêt d’EAGLE le 7 juin 2026 a poussé des milliers de concepteurs vers l’outsider devenu champion. Voici ce que cette mue signifie concrètement pour vos cartes rapides.

La picoseconde a remplacé le millimètre : le grand basculement de KiCad 10

Il y a encore deux ans, router une interface DDR3 sous KiCad relevait de l’exploit personnel. Les contraintes de longueur existaient, certes, mais elles se limitaient à des valeurs minimales et maximales en millimètres ou en mils, appliquées à des classes de net. Pour une topologie complexe — adresse, commande, strobes, données — le concepteur devait lui-même calculer les tolérances de skew, estimer les délais de propagation à partir de la constante diélectrique du substrat, et vérifier manuellement que chaque segment respectait les marges. Un travail de bénédictin, souvent automatisé par des scripts Python externes ou des feuilles de calcul.

Le problème n’était pas la longueur en soi, mais ce qu’elle représente physiquement. Un signal à 1,2 V de swing différentiel sur une piste de 50 ohms ne se soucie pas des millimètres : il se propage à une vitesse qui dépend du matériau, de la géométrie de la piste et de la couche utilisée. Deux pistes de même longueur sur des couches différentes peuvent présenter des délais de propagation différents de plusieurs dizaines de picosecondes — suffisant pour faire échouer une interface DDR3 à 1 600 MT/s. KiCad 8 et 9 ignoraient cette réalité physique. Les concepteurs devaient donc sortir de l’outil pour calculer les délais, puis les traduire en contraintes de longueur équivalentes, avec tous les risques d’erreur que cela comporte.

KiCad 10 change la donne en introduisant les contraintes de délai temporel. Le système de configuration des pistes ne raisonne plus uniquement en millimètres, mais en picosecondes et nanosecondes. C’est une rupture conceptuelle majeure : l’outil parle enfin le même langage que les fiches techniques des contrôleurs mémoire et des PHY PCIe. Pour la première fois, un concepteur peut définir une règle de skew de ±10 ps entre deux signaux différentiels sans avoir à convertir mentalement cette valeur en longueur de piste. Le logiciel s’occupe de la conversion, en tenant compte de la vitesse de propagation effective du signal sur chaque couche.

Cette évolution ne concerne pas que les puristes du signal integrity. Elle touche directement le workflow quotidien : les classes de net peuvent désormais exprimer des contraintes temporelles, les paires différentielles bénéficient de règles de phase dédiées, et le DRC vérifie ces contraintes en temps réel pendant le routage. Fini le va-et-vient entre le PCB et une feuille de calcul externe. Le basculement est net, et il place KiCad dans une catégorie où il n’avait jamais été crédible auparavant.

Domaine temporel : le nouveau langage des contraintes de routage

Concrètement, comment fonctionne ce passage au domaine temporel ? Le principe est simple : au lieu de spécifier « la piste doit mesurer entre 12,5 mm et 13,2 mm », on spécifie « le délai de propagation doit être compris entre 850 ps et 900 ps ». KiCad 10 calcule ce délai à partir de la longueur de la piste, de la constante diélectrique effective du substrat, de la largeur de piste et de l’épaisseur du diélectrique. La vitesse de propagation d’un signal dans une piste microstrip ou stripline est donnée par la formule classique v = c / √ε_eff, où ε_eff est la constante diélectrique effective, qui dépend de la géométrie et du matériau. KiCad intègre ces paramètres dans son moteur de calcul, et les expose dans les réglages de la carte.

Ce qui change concrètement, c’est la définition des règles de conception. Les net classes acceptent désormais des contraintes de délai minimal et maximal, en plus des contraintes de longueur traditionnelles. Pour les paires différentielles, on peut spécifier un skew maximal entre les deux signaux — la différence de délai entre le positif et le négatif — directement en picosecondes. Le routeur interactif et le DRC utilisent ces valeurs pour guider le routage et signaler les violations.

Prenons un exemple concret : une interface PCIe Gen3 à 8 GT/s. Le skew intra-paire typique requis est de l’ordre de quelques picosecondes. Avec KiCad 9, il fallait convertir cette exigence en longueur : à environ 6,4 mm/ns dans un substrat FR4 standard, 5 ps correspondent à environ 0,32 mm. Une erreur de calcul de 10 % sur la constante diélectrique se traduisait par une erreur de 0,03 mm — potentiellement critique. Avec KiCad 10, on entre directement la valeur de skew en picosecondes, et le logiciel gère la conversion. La marge d’erreur est réduite d’autant.

Il faut toutefois nuancer : le calcul de délai de KiCad repose sur des modèles simplifiés. Il ne prend pas en compte les variations de la constante diélectrique en fonction de la fréquence, ni les effets de dispersion. Pour des designs très rapides (DDR5 à 4 800 MT/s et au-delà), une simulation de signal integrity avec un outil dédié reste indispensable. Mais pour la grande majorité des cartes — DDR3, DDR4, PCIe Gen3/Gen4, USB 3.x — les calculs de KiCad sont suffisamment précis pour servir de base de travail fiable.

Serpentins, 45° et phase : anatomie du nouveau moteur de tuning

Le cœur de la conception haute vitesse, c’est l’accord de longueur — le fameux « tuning ». KiCad 10 introduit un outil dédié qui génère des serpentins pour ajuster la longueur d’une piste à une valeur cible. L’outil fonctionne en mode interactif : on sélectionne une piste, on définit la longueur cible (ou le délai cible), et on déplace la souris pour insérer un serpentin. Le logiciel calcule en temps réel la longueur ajoutée et affiche l’écart par rapport à la cible.

Les serpentins générés utilisent des angles à 45 degrés, conformément aux bonnes pratiques de routage haute vitesse. Les angles droits sont évités car ils créent des discontinuités d’impédance. L’outil propose également un mode d’ajustement de phase pour les paires différentielles : on peut accorder la longueur d’un seul brin de la paire pour compenser un skew, ou accorder les deux brins simultanément pour allonger la paire entière sans introduire de déséquilibre.

Le workflow pratique est le suivant : après avoir routé une paire différentielle, on lance l’outil de tuning, on sélectionne le brin le plus court, on définit la longueur cible (ou le délai cible), et on insère un serpentin. Le DRC vérifie immédiatement si la contrainte de skew est respectée. On peut également utiliser l’outil en mode automatique, qui propose des placements de serpentins optimisés en fonction de l’espace disponible.

Il faut être honnête : les sources disponibles ne fournissent pas de benchmarks communautaires sur la précision de cet outil en mils ou en millimètres. Aucun test indépendant n’a encore mesuré l’écart entre la longueur cible et la longueur réellement routée après génération de serpentins. C’est une zone d’ombre qu’il faudra surveiller. Mais l’outil existe, il est fonctionnel, et il couvre les besoins de base de l’accord de longueur pour les interfaces courantes.

Un DRC qui raisonne en nanosecondes : l’éditeur graphique de règles

Le moteur de vérification (DRC) de KiCad 10 a été profondément remanié. L’ajout le plus visible est l’éditeur graphique de règles DRC, qui permet de créer et de modifier des règles sans écrire une ligne de code. Cet éditeur est compatible avec le langage textuel existant : on peut donc passer de l’un à l’autre selon ses préférences. C’est un gain de productivité considérable pour les concepteurs qui n’étaient pas à l’aise avec la syntaxe des fichiers de règles.

Mais l’essentiel est ailleurs : le DRC intègre désormais les contraintes de longueur maximale/minimale et de skew pour les signaux différentiels. Concrètement, on peut définir une règle qui vérifie que le skew entre les deux brins d’une paire ne dépasse pas 5 ps, et le DRC signalera toute violation en temps réel pendant le routage. De même, on peut définir une longueur maximale pour une net de données DDR, et le DRC vérifiera que chaque segment respecte cette contrainte.

La vérification en temps réel est un changement majeur. Avant, il fallait lancer un DRC complet à la fin du routage pour découvrir les violations de longueur. Maintenant, les violations sont signalées immédiatement, ce qui permet de corriger le tir au fur et à mesure. Pour un design DDR3 ou DDR4 avec des centaines de nets, c’est un gain de temps considérable.

Il y a toutefois des pièges à anticiper. Le DRC ne vérifie que ce qu’on lui demande de vérifier. Si on ne définit pas correctement les classes de net et les règles de skew, le DRC ne signalera rien. Il faut donc configurer soigneusement les règles avant de commencer le routage. De plus, le DRC ne prend pas en compte les effets de couplage entre pistes adjacentes — un point que les outils propriétaires commencent à traiter, mais qui reste hors de portée de KiCad pour l’instant.

7 609 commits et 78 % d’empreintes auto-générées : la mécanique d’une mue

Derrière ces nouvelles fonctionnalités, il y a une mécanique de développement impressionnante. KiCad 10.0.0 a été publié le 20 mars 2026, après un an de développement. Le projet a enregistré 7 609 commits uniques et traité 2 105 pull requests — un rythme soutenu qui témoigne de la vitalité de la communauté. Les bibliothèques officielles se sont enrichies de 952 symboles, 1 216 empreintes et 386 modèles 3D.

Le chiffre le plus significatif est peut-être celui-ci : plus de 78 % des empreintes sont désormais générées automatiquement à partir de données. Cela signifie que la majorité des empreintes ne sont plus dessinées à la main, mais produites par des scripts qui transforment les données des fabricants (dimensions, pas, positions de broches) en empreintes prêtes à l’emploi. Pour les composants haute vitesse — BGA fins, connecteurs haute densité, oscillateurs à faible gigue — cette automatisation réduit considérablement le risque d’erreur humaine.

Depuis la 10.0.0, la cadence de correction a été soutenue : six versions correctives en cinq mois, dont la 10.0.6 publiée le 24 août 2026. Cette dernière apporte son lot de correctifs et de stabilisations, et révèle au passage des fonctionnalités longtemps restées dans l’ombre, comme le support natif des SpaceMouse 3Dconnexion. La branche 10.0 est désormais considérée comme mature, et les premières annonces pour la 11.0 commencent à filtrer.

Ce tableau montre l’ampleur de la mue. KiCad 10 n’est pas une simple évolution incrémentale : c’est une refonte en profondeur de l’outil, avec un focus clair sur les besoins des concepteurs de cartes rapides.

Altium, Allegro, KiCad : le match des flux haute vitesse

La question que tout le monde se pose : KiCad 10 est-il désormais crédible face à Altium Designer et Cadence Allegro pour la conception haute vitesse ? La réponse est nuancée.

Altium Designer reste la référence en matière de tuning interactif. Son outil « Interactive Length Tuning » est mature, avec des algorithmes éprouvés pour la génération de serpentins et l’ajustement de phase. Le « Diff Pair Editor » permet un contrôle fin des paires différentielles, avec des options avancées comme la gestion des vias de retour. Altium propose également une intégration poussée avec la simulation de signal integrity via son module SI. Le coût, en revanche, est élevé : l’abonnement annuel se situe entre 3 850 et 5 000 USD par utilisateur, et le coût total sur trois ans pour cinq utilisateurs, formation comprise, dépasse 175 000 USD. Altium a par ailleurs intégré ses outils dans des plateformes cloud (Altium 365, Altium Develop, Altium Agile), renforçant son modèle par abonnement.

Cadence Allegro, de son côté, reste l’outil des très grands comptes, avec une courbe d’apprentissage abrupte et un coût encore supérieur. Mais KiCad 10 a comblé une partie du fossé : pour les designs jusqu’à la DDR4/PCIe Gen4, il est désormais crédible, et son coût nul change la donne pour les petites structures, les startups et l’enseignement. La comparaison directe faite par la communauté (notamment via des tests comme celui de Promwad sur la création d’un boîtier VFBGA-153, réalisé en 4 minutes sous Altium) montre que KiCad 10 n’a pas à rougir sur les tâches de base, même si les fonctions avancées de simulation SI restent l’apanage des outils propriétaires.

2026, l’année de tous les bouleversements : EAGLE mort, SpaceMouse natif, IA et routeurs GPU

Le 7 juin 2026 restera une date noire pour des milliers de concepteurs de circuits imprimés. Ce jour-là, Autodesk a officiellement mis fin à la vente et au support d’EAGLE, fermant même les serveurs de licences. Sans annonce de remplacement viable — Fusion 360, à 500 USD par an, ne couvrant pas les mêmes besoins —, ce sont environ 100 000 concepteurs qui se sont retrouvés orphelins. Beaucoup se sont tournés vers KiCad, dont la maturité logicielle et l’écosystème open source ont fait office de refuge naturel. Les guides de migration se sont multipliés, et la communauté a répondu présent.

Dans le même temps, l’écosystème KiCad a connu une effervescence sans précédent. Le support natif des SpaceMouse 3Dconnexion, révélé par les correctifs de la 10.0.5 et stabilisé dans la 10.0.6, a enfin offert une navigation 3D fluide aux utilisateurs de ces périphériques. Côté routage automatique, les routeurs GPU ont fait une entrée remarquée : OrthoRoute, ultra-spécialisé, a démontré sa capacité à router des backplanes monstres de 17 600 pads et 8 192 airwires — un type de design qui stoppait net les routeurs traditionnels. FreeRouting, le plugin Java historique, s’est ouvert aux API, au CLI et à un serveur MCP, tandis que des solutions cloud comme PCB Auto Router (accéléré GPU, compatible KiCad et JLC EDA) et des outils émergents (Quilter, DeepPCB) ont élargi le spectre des possibles.

L’intelligence artificielle s’est également invitée dans le flux de travail. Des plugins « copilotes » (comme ALT TAB Circuit Copilot, encore expérimental) assistent le concepteur, des générateurs de schémas « generate-then-export » produisent des blocs à partir de spécifications textuelles, et la génération de composants par IA gagne du terrain. Le serveur MCP de Seeed-Studio permet aux assistants IA d’analyser des schémas, d’inspecter des PCB, de tracer des connexions et de valider des designs directement dans KiCad. Une enquête de Weidmuller (juillet 2026) confirme que l’IA est désormais perçue comme un élément normalisé du workflow d’ingénierie, même si des écarts subsistent entre les attentes et la réalité des outils.

Enfin, la collaboration a atteint sa maturité. Les fichiers texte de KiCad se marient parfaitement avec Git, et des guides dédiés (comme celui d’Anchorpoint, juin 2026) expliquent comment utiliser le versioning comme filet de sécurité ultime pour les layouts. L’automatisation par scripts Python (API pcbnew, kicad-cli) permet d’intégrer des vérifications DRC/ERC personnalisées dans des pipelines CI, et de générer automatiquement BOM et empreintes. KiCad est même disponible dans le navigateur, une option qui séduit les équipes distribuées.

Conclusion : KiCad 10, un champion qui assume

Six mois après sa sortie, KiCad 10.0 a tenu ses promesses. Les contraintes temporelles, l’éditeur graphique de règles DRC et le moteur de tuning ont fait entrer l’open source dans la cour des grands pour la conception de cartes rapides. La stabilisation rapide de la branche (10.0.6 le 24 août 2026), l’arrivée d’un support natif SpaceMouse, l’explosion des routeurs GPU et l’intégration de l’IA ont transformé l’écosystème. Et la mort d’EAGLE a donné à KiCad une vague d’adoption qui ne retombera pas.

Reste des chantiers : la précision du tuning en conditions réelles n’est pas encore benchmarkée par la communauté, le DRC ignore le couplage entre pistes, et la simulation SI complète demeure hors de portée. Mais pour la grande majorité des designs — DDR3, DDR4, PCIe Gen3/Gen4, USB 3.x —, KiCad 10 est désormais un outil crédible, gratuit, et en constante évolution. Les réfugiés d’EAGLE l’ont compris ; les utilisateurs d’Altium commencent à regarder par-dessus la barrière. Et la 11.0, dont les premières annonces filtrent déjà, promet de poursuivre la mue.

Sources

• KiCad 10.0.5 Release (kicad.org) — 22 juillet 2026
• KiCad Version 10.0.5 Release Candidate 1 Available (kicad.org) — 15 juillet 2026
• KiCad Autorouting Made Easy: Walk Around, Shove, and Freerouting (rottenwifi.com) — 13 août 2026
• The 10 Best PCB Design Software Tools in 2026 (Free & Paid) (protoflow.ai) — 10 août 2026
• Local power labels – how? (forum.kicad.info) — 3 août 2026
• KiCad AI in 2026: Copilots, Plugins, and Generators That Actually Work (protoflow.ai) — 31 juillet 2026
• PCB Auto Router – Intelligent PCB Auto Routing Tool (pcbautorouter.top) — 27 juillet 2026
• Altium Designer vs KiCad Comparison (2026) | ToolsInfo.com — 27 juillet 2026
• Weidmuller PCB Design Survey Reveals AI Tool Impacts (automationworld.com) — 24 juillet 2026
• KiCad Python Scripting: pcbnew API for CI Automation (electronicsdesign.au) — 24 juillet 2026
• KiCad MCP Server by Seeed-Studio | Glama — 16 juillet 2026
• Git with KiCad – Version control for PCB design workflows (anchorpoint.app) — 6 juillet 2026
• GPU-Accelerated Autorouter Handles Monstrous PCB Designs (hackaday.com) — 2 juillet 2026
• KiCad 华秋发行版 10.0.2 正式发布 (kicad.eda.cn) — 23 juin 2026

Article recherché et rédigé automatiquement · Magazine Electrosens