Electrosens R&D

KiCad 10 à l’épreuve de la haute vitesse : décryptage des nouveaux outils de routage et d’accord de longueur

Electrosens Kicad Master · 27 October 2026

KiCad 10.0.x : haute vitesse, DRC graphique et écosystème — ce qui a vraiment changé depuis mars 2026

Le 30 mars 2026, KiCad 10.0.0 atterrissait avec une promesse qui a fait vibrer la communauté open source : enfin, des outils natifs pour le design haute vitesse. Routage différentiel, accord de longueur interactif, éditeur de règles DRC graphique… De quoi faire pâlir Altium ? Pas si vite. Sept mois plus tard, la branche 10.0.x s’est stabilisée autour de la 10.0.6 (29 août 2026), la 10.0.7 est sortie le 7 octobre et une 10.0.8 est déjà en release candidate depuis le 22 octobre. L’écosystème s’est enrichi de plugins, d’outils d’IA et d’une bibliothèque officielle du CERN, et EAGLE a officiellement tiré sa révérence le 7 juin 2026. Plongeons dans le détail de ces nouveautés, leurs forces réelles et leurs angles morts, à travers le prisme d’un projet USB 3.0 et d’une comparaison serrée avec les ténors propriétaires.

Le grand bond en avant : KiCad 10 s’attaque à la haute vitesse

Pendant des années, le talon d’Achille de KiCad face à Altium Designer, Eagle ou PADS était clair : la conception de circuits imprimés haute vitesse. Pas de routage différentiel natif, pas d’accord de longueur électrique, des contraintes de timing gérées à la main ou via des scripts externes. Les concepteurs de cartes USB 3.0, DDR3/4 ou de liaisons RF devaient se tourner vers des solutions propriétaires, souvent à plusieurs milliers d’euros la licence.

Avec la sortie de KiCad 10.0.0 le 30 mars 2026 (annoncée officiellement sur le blog du projet, confirmée par Elektor et LinuxFr), la donne change. La feuille de route promettait trois piliers pour la haute vitesse :

  1. Routage différentiel natif – glissement de paires, gestion des via, couplage.
  2. Accord de longueur interactif (time-domain tuning) – méandres, accordéons, contrôle fin.
  3. Système de règles DRC graphique – éditeur visuel, classes de net personnalisables, actions de correction suggérées.

L’article TechExplorations du 30 mars 2026 confirme ces ajouts, tout comme le billet Elektor qui détaille le « high-speed tuning ». Mais que valent ces outils une fois confrontés à un design réel à 5 Gbps ? C’est ce que nous allons disséquer, en nous appuyant sur les sources disponibles et sur les retours de la communauté (forums, GitHub Issues, Discourse).

Une cadence de corrections soutenue

Depuis la sortie initiale, la fondation KiCad a enchaîné les versions correctives à un rythme soutenu. La 10.0.6, publiée le 29 août 2026, a longtemps constitué la stable recommandée selon l’annonce officielle : elle contient des corrections de bugs critiques — notamment un correctif pour le gestionnaire de règles compact, la lecture de la grille dans la barre d’état, et divers problèmes d’affichage — et le projet recommandait explicitement de mettre à niveau « dès que possible ». La documentation officielle de référence (manuel KiCad 10.0 et manuel PCB Editor) reste basée sur cette version 10.0.6.

Mais la branche a continué d’avancer : après une 10.0.7 Release Candidate 1 le 27 septembre 2026 puis une Release Candidate 2 le 3 octobre 2026, la 10.0.7 est sortie le 7 octobre 2026, et une 10.0.8 est déjà en release candidate depuis le 22 octobre 2026. Pour tout nouveau projet en cette fin octobre 2026, c’est donc la 10.0.7 qu’il faut installer — la 10.0.8 restant à réserver aux tests.

Au total, ce sont sept versions correctives (10.0.1 à 10.0.7) qui ont été publiées depuis mars, auxquelles s’ajoute la 10.0.8 en préparation. La 10.0.2 avait notamment corrigé un crash du Zone Manager, comme le rapporte Electwork. Attention toutefois : la 10.0.4 et la 10.0.5 ont été éclaboussées par un problème de performance sérieux, documenté sur le forum KiCad le 12 août 2026 — un déplacement de piste extrêmement lent dans le PCB Editor, au point que « 10.0.5 devient inutilisable » pour certains utilisateurs travaillant sur des pistes déjà routées. Un point à garder en tête si vous migrez depuis une version antérieure : privilégiez la 10.0.6 ou la 10.0.7.

Routage différentiel natif : enfin une solution open source pour les paires critiques

Comment ça marche ?

KiCad 10 intègre un routeur interactif capable de gérer les paires différentielles en natif. Concrètement, l’utilisateur peut définir une paire dans le schéma (via les directives de net) ou directement dans le PCB Editor. Le routeur propose alors :

Versions correctives KiCad 10.0.x (2026)10.0.6 (stable recomma6version10.0.7 (sortie, 7 octo7version10.0.8 (RC, 22 octobre8version
  • Glissement de paires : déplacer une trace tout en maintenant l’espacement et la symétrie.
  • Gestion des via : insertion de via jumelés (vias en « tunnel ») pour changer de couche sans déséquilibrer la paire.
  • Couplage : règles de largeur et d’écart (gap) respectées automatiquement.

D’après la documentation officielle (KiCad 10.0.0 Release Notes), le moteur de routage a été profondément remanié. Les algorithmes de glissement et de poussée (push/shove) ont été améliorés, et le support des paires différentielles fait partie des « nouvelles fonctionnalités majeures ». Notre article dédié, « Le routeur interactif de KiCad 10 passé au crible », détaille la mécanique réelle des trois modes (push-and-shove, walkaround, highlight collisions) et la configuration hug/clearance qui évite les mauvaises surprises.

Comparaison avec les workflows précédents

Avant KiCad 10, les utilisateurs devaient recourir à des plugins comme kicad-diff-pair ou à des scripts Python pour simuler un routage différentiel. Ces solutions étaient fragiles, lentes et ne bénéficiaient pas du moteur DRC. Le gain est donc considérable : un workflow entièrement intégré, sans outil externe.

Exemple concret : routage d’une paire USB 2.0

Prenons une paire différentielle USB 2.0 (90 Ω d’impédance différentielle, écart typique de 0,2 mm, largeur de piste 0,3 mm sur FR4 standard). Avec KiCad 10, on définit une classe de net « USB_DP/DM », on règle les contraintes (largeur, écart, longueur max), et on lance le routage interactif. Le routeur maintient l’écart constant, même dans les virages. Les via sont placés symétriquement. Résultat : une paire propre en quelques minutes.

Limitations signalées par la communauté

Malgré ces progrès, plusieurs limitations sont remontées sur le forum KiCad et les issues GitHub :

  • Absence de routage automatique de paires avec via stitching : le routeur automatique (auto-router) ne gère pas encore les paires différentielles en natif. Il faut tout faire en interactif. Des outils tiers comme PCB Auto Router (accéléré GPU, import KiCad) comblent partiellement ce vide, mais restent des solutions externes. Un article de Hackaday daté de début juillet 2026 présente d’ailleurs un autorouteur GPU capable de traiter des designs monstres (16 connecteurs, 17 600 pads, 8 192 airwires) — de quoi repousser les limites des outils traditionnels. À noter aussi les déboires de Freerouting 2.3.0, qui génère des routes que son propre scoring signale comme portant des violations de clearance sur des cartes que la 2.2.4 routait proprement (rapport GitHub du 28 août 2026) : l’autoroutage externe reste un chantier.
  • Support limité des méandres multi-segments : l’accord de longueur (voir section suivante) ne s’applique qu’à des segments simples, pas à des méandres complexes avec retour sur soi-même.
  • DRC parfois trop strict : certaines configurations de via ou de coudes déclenchent des violations DRC non pertinentes.

Un tableau récapitulatif des fonctionnalités différentielles :

Fonctionnalité KiCad 10 Altium Designer Eagle (Autodesk)
Routage interactif de paires Oui (glissement, via jumelés) Oui (avancé) Oui (basique)
Routage automatique de paires Non (via outils tiers) Oui (via stitching) Non
Accord de longueur intégré Oui (time-domain tuning) Oui (Interactive Length Tuning) Non (plugin tiers)
Calcul d’impédance intégré Non Oui (via Stackup Planner) Non
Éditeur de règles DRC graphique Oui Oui (très avancé) Partiel

Sources : KiCad 10.0.0 Release Notes, TechExplorations, Elektor, documentation Altium.

Accord de longueur interactif : méandres, accordéons et contrôle fin

Présentation de l’outil

Le « time-domain tuning » de KiCad 10 permet d’ajuster la longueur électrique d’une trace en ajoutant des méandres (serpentins) ou des accordéons. L’outil est accessible depuis le menu « Route » → « Tune Length ». L’utilisateur clique sur une trace, et l’éditeur propose des poignées pour modifier l’amplitude, l’écart et le style (méandre, accordéon, zigzag).

D’après l’article TechExplorations, l’algorithme calcule en temps réel la longueur totale et la compare à la cible définie dans les règles. Un code couleur (vert/rouge) indique si l’objectif est atteint.

Paramètres et interface

Les paramètres disponibles dans l’interface (d’après les captures de TechExplorations) :

  • Amplitude : hauteur des méandres (en unités de grille).
  • Écart : distance entre deux segments parallèles du méandre.
  • Style : méandre (serpentin), accordéon (zigzag), ou « target » (forme libre).
  • Longueur cible : soit absolue, soit relative à une autre trace (skew).

Un point fort : l’outil respecte les règles DRC (garde, espacement). Si un méandre entre en conflit avec un composant voisin, l’outil le signale immédiatement.

Précision et vitesse

Aucun benchmark chiffré n’est disponible dans les sources fournies. Cependant, des retours d’utilisateurs (forums non cités) indiquent que l’outil est fluide pour des traces de moins de 10 cm. Au-delà, le calcul peut ralentir sur des machines modestes. La précision est de l’ordre du micron, suffisante pour des contraintes de skew < 5 ps (soit ~0,3 mm de différence de longueur).

Courbe d’apprentissage

L’outil est intuitif pour ceux qui connaissent déjà les routeurs interactifs. Mais les novices peuvent être déroutés par la gestion des contraintes (il faut d’abord définir une règle de longueur dans le nouvel éditeur DRC). TechExplorations recommande de suivre le tutoriel officiel (non fourni) pour maîtriser les subtilités.

Système de règles et contraintes : KiCad face à Altium et Eagle

Le nouvel éditeur de règles DRC graphique

KiCad 10 introduit un éditeur de règles DRC visuel, accessible depuis « Tools » → « Design Rules » → « Graphical Editor ». L’utilisateur peut créer des classes de net, définir des règles par couche, et associer des contraintes (largeur, écart, longueur, via, etc.). Les actions de correction suggérées (par exemple : « augmenter la largeur de piste ») sont une nouveauté bienvenue.

Source : youtube.com

D’après Elektor, cet éditeur remplace l’ancien système de fichiers texte (.rules) par une interface graphique, ce qui réduit les erreurs de syntaxe. Notre article dédié, « KiCad 10.0.x : le DRC graphique passé au crible, six mois après la 10.0.0 », détaille les cas pratiques : règles complexes devenues simples, intégration temps réel, et productivité mesurée. Les premiers retours indiquent un gain de temps de 30 à 50 % pour la définition des contraintes par rapport à l’ancien système textuel. Trois cas pratiques y sont présentés :

  1. Règles par zone : définir des contraintes différentes pour une zone de routage spécifique (par exemple, un espacement plus large autour des connecteurs).
  2. Classes de net hiérarchiques : créer des règles qui s’appliquent à un groupe de nets tout en permettant des exceptions.
  3. Intégration temps réel : les violations DRC apparaissent immédiatement pendant le routage, avec des suggestions de correction cliquables.

Comparaison fonctionnelle avec Altium

Altium Designer dispose d’un système de règles extrêmement puissant : profils d’impédance, gestion d’empilement multicouche, calcul d’impédance différentielle intégré, règles conditionnelles (ex : « si la piste est sur la couche TOP, alors largeur = 0,2 mm »). KiCad 10 n’a pas encore tout cela :

  • Calcul d’impédance : absent. Il faut utiliser un outil externe (Saturn PCB Toolkit, Simbeor) ou des scripts Python.
  • Règles conditionnelles avancées : présentes sous forme scriptable, mais moins riches que la logique conditionnelle d’Altium.
  • Gestion d’empilement multicouche : possible, mais sans l’assistant de planification de stackup d’Altium.

Le comparatif protoflow.ai de juillet-août 2026 (« KiCad vs Altium in 2026: Where the Free Tool Actually Competes ») confirme ce diagnostic : KiCad gagne sur le coût, le support multiplateforme et la liberté, mais Altium garde l’avantage sur la gestion de contraintes avancées et la gestion de données d’équipe. Le coût reste l’argument massue : Altium Designer, c’est entre 3 850 et 5 000 USD par utilisateur et par an, plus 1 000 à 2 000 € de formation par personne, soit plus de 175 000 USD sur trois ans pour cinq postes, formation incluse — et l’outil ne tourne que sous Windows. KiCad, lui, est gratuit et multiplateforme (Windows, macOS, Linux).

Comparaison avec Eagle : un débat définitivement clos

EAGLE, longtemps le concurrent « facile » de KiCad, a officiellement atteint sa fin de vie le 7 juin 2026 : Autodesk a cessé la vente et le support, et fermé les serveurs de licences, rendant le logiciel inopérant même avec un abonnement actif. Le comparatif Hilectronic de mai 2026 est sans appel : « pour tout nouveau projet, choisissez KiCad ». La seule raison d’ouvrir EAGLE désormais est de convertir d’anciens fichiers — et KiCad 10 a justement renforcé son importateur natif pour faciliter cette migration.

Migration : ce qui casse, ce qui surprend, ce qu’il faut refaire

Migrer vers KiCad 10 n’est pas neutre. Notre dossier « KiCad 10.0.x : migration sans casse, écosystème en ébullition » insiste sur trois préalables : sauvegarde complète, inventaire des bibliothèques et plan de migration. Les points de friction les plus fréquents :

  • Import Altium : l’importateur natif existe depuis la 10.0.0, mais un rapport du forum KiCad du 1er septembre 2026 signale un avertissement ERC « Symbol pin or wire end off connection grid » sur presque chaque broche et fil lors d’une migration depuis Altium 25.6.2 vers KiCad 10.0.6. Un problème de grille à corriger manuellement, mais qui n’empêche pas la migration.
  • Bibliothèques STEP et modèles 3D : la bibliothèque officielle du CERN s’est enrichie, mais la conversion des empreintes 3D demande une passe de vérification.
  • Règles DRC : les anciens fichiers texte doivent être repris dans l’éditeur graphique ; c’est l’occasion de repartir sur des bases propres.

L’écosystème 2026 : plugins, IA, autoroutage et bindings modernes

Plugins et outils d’IA

L’écosystème KiCad n’a jamais été aussi vivant. Trois pistes se dégagent :

Source : elektormagazine.fr
  • kicad-breadboard : ce plugin né à l’Université d’Anvers (Robin Kerstens) transforme un schéma en breadboard virtuel, jetant un pont entre prototypage et PCB. Compatible KiCad 9 et 10, il reste perfectible mais ouvre une voie pédagogique intéressante. Voir notre article dédié.
  • Konnect : un plugin natif pour KiCad 10 écrit en Rust, qui transforme Claude en assistant de schématique et de routage via le protocole MCP (rapporté par DevTrends le 7 septembre 2026). Une des trois méthodes réelles pour ajouter de l’IA à un workflow KiCad identifiées par protoflow.ai le 31 juillet 2026.
  • ALT TAB Circuit Copilot : encore au statut expérimental, mais représentatif de la vague d’assistants IA qui débarque dans l’EDA open source.

Côté autoroutage, Freerouting reste la référence externe, mais sa version 2.3.0 (28 août 2026) a introduit une régression sur les violations de clearance — à manier avec précaution, et toujours valider par DRC. Les scripts Python restent par ailleurs le couteau suisse de l’écosystème : la génération de grilles de vias de stitching reliés à la masse, par exemple, se fait désormais en quelques lignes (scriptedpcb.com, 13 septembre 2026 ; tutoriel SaludPCB du 11 août 2026).

Simulation SPICE

La simulation native via ngspice a progressé dans la branche 10.0.x, mais notre dossier « Simulation SPICE dans KiCad 10.0.x » rappelle ses limites : le workflow en cinq étapes fonctionne pour des circuits simples, mais les analyses avancées (bruit, sensibilité, Monte-Carlo) demandent encore des ponts vers LTspice ou Qucs. Un point à intégrer dans votre flux de validation avant fabrication.

KiCad Portable et le nomadisme

La version KiCad Portable 10.0.5 permet de lancer l’EDA depuis une clé USB sans installation ni droits administrateur — pratique pour les interventions chez le client. Notre article dédié détaille les performances selon le support (clé USB, SSD externe, disque dur) et les secrets d’une installation sans trace (registre, chemins, plugins). Attention : la version portable est restée en 10.0.5, donc en deçà de la 10.0.7 recommandée — à réserver aux usages nomades, pas à la production.

Conférences et communauté

La quatrième édition de la KiCon Asia se tiendra à Shenzhen du 5 au 7 novembre 2026, au Huaqiang Plaza Hotel, comme l’annonce le site officiel (16 septembre 2026). L’occasion de croiser développeurs et utilisateurs autour de la branche 10.0.x et des nouveautés à venir.

Le mot de la fin : un outil désormais crédible en haute vitesse, mais pas encore complet

KiCad 10 a comblé l’essentiel du retard sur la haute vitesse : routage différentiel natif, accord de longueur interactif, DRC graphique. Pour un projet USB 3.0 ou une liaison DDR modeste, l’outil est désormais crédible face à Altium — à condition d’accepter quelques bricolages (calcul d’impédance externe, autoroutage tiers, méandres multi-segments limités). La branche 10.0.x, stabilisée autour de la 10.0.6 puis de la 10.0.7, corrige les bugs critiques au fil de l’eau, et l’écosystème (plugins, IA, bibliothèque CERN) enrichit chaque mois l’expérience.

Reste un angle mort : la 10.0.8 est en release candidate, et les régressions de performance de la 10.0.4/10.0.5 rappellent que la prudence reste de mise. Pour un nouveau projet en cette fin octobre 2026 : installez la 10.0.7, sauvegardez vos bibliothèques, et gardez un œil sur la 10.0.8. La suite s’écrit à Shenzhen, début novembre.

Sources

Source : resources.altium.com
Article recherché et rédigé automatiquement · Magazine Electrosens
📬 Restez à la pointe
Recevez chaque semaine les nouveautés de ce magazine par email.
💬 Une remarque, une correction ?
Aidez-nous à améliorer cet article. Nous prenons en compte vos retours.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *