Kicad Master · 30 October 2026

Routage automatique sous KiCad 10 en 2026 : FreeRouting passe en mode IPC, KiCad 10.0.7 en RC2, et les routeurs GPU remis à leur place

Entre la sortie de KiCad 10.0.6 (29 août 2026), une 10.0.7 désormais en deuxième release candidate depuis le 3 octobre, l’émergence de routeurs GPU comme OrthoRoute et PCB Auto Router, la mue profonde de FreeRouting — qui expose API, CLI, serveur MCP et, depuis sa version 2.5.0 d’octobre 2026, se branche directement sur KiCad 10 via l’interface IPC — et l’arrivée de solutions cloud propulsées par l’IA, le routage automatique n’a jamais été aussi accessible aux concepteurs de cartes électroniques. Mais attention aux promesses marketing : tous les outils ne se valent pas, et certains sont très loin d’être adaptés aux PCB classiques. Cet article dresse un état des lieux complet et vérifié pour vous aider à choisir la meilleure solution selon votre projet.

KiCad 10.0.x : une plateforme stabilisée, un écosystème en effervescence

Depuis la publication de KiCad 10.0.0 en mars 2026, le projet a enchaîné les correctifs à un rythme soutenu. La version 10.0.5, annoncée le 22 juillet 2026, a apporté des corrections critiques et des améliorations mineures [1]. Puis KiCad 10.0.6 a été publiée le 29 août 2026 — c’est désormais la référence stable, qui intègre des correctifs de crash et révèle au passage le support natif des SpaceMouse 3Dconnexion pour la navigation 3D des PCB [2][3]. Et la maintenance ne dort pas : après une première release candidate de la 10.0.7 le 27 septembre 2026, une deuxième release candidate a été publiée le 3 octobre 2026. La version finale doit suivre « sous peu, sauf si des problèmes critiques sont détectés lors des tests » [4][5].

Cette cadence — sept versions de maintenance en six mois — raconte en creux l’histoire d’une branche qui ne dort jamais. Contrairement à une idée reçue, les notes de release ne tiennent pas en une phrase : elles documentent désormais les correctifs de crash du PCB editor, les régressions d’importateurs et les problèmes de stabilité du DRC graphique et des variantes de carte [6]. Les utilisateurs qui hésitaient à migrer depuis KiCad 9 peuvent le faire sereinement : la branche 10 est stable, et les bibliothèques officielles ont été considérablement enrichies (952 nouveaux symboles, 1 216 nouvelles empreintes, 386 nouveaux modèles 3D à la sortie de la 10.0.0) [7].

Au-delà des améliorations d’interface (mode sombre, variantes de cartes, DRC graphique), c’est tout l’écosystème du routage automatique qui connaît une effervescence inédite. Les concepteurs de PCB sont confrontés à des designs toujours plus denses : cartes numériques haute vitesse, modules multicouches, contraintes d’impédance. Le routage manuel reste maître pour les circuits analogiques sensibles ou RF, mais pour les cartes numériques complexes, le gain de temps offert par un autorouteur devient crucial.

Un point fondamental à rappeler : KiCad ne dispose pas d’autorouteur complet intégré. Comme le confirme ProtoFlow dans son comparatif vérifié en octobre 2026, « KiCad n’a jamais livré d’autorouteur complet dans ses versions modernes ; les développeurs traitent le routage interactif comme le workflow de base » [8]. L’Université de Strasbourg le formule tout aussi clairement dans son guide d’autoroutage : « Actuellement, KiCad ne dispose pas d’un outil de routage automatique intégré. Il y a cependant la possibilité d’utiliser l’extension KiCad Freerouting » [9]. Le routage automatique sous KiCad passe donc toujours par un outil tiers, avec un aller-retour de fichiers plus ou moins douloureux selon la solution choisie.

En cette rentrée 2026, plusieurs solutions se démarquent : FreeRouting, le moteur Java éprouvé qui a considérablement évolué ; OrthoRoute, un routeur GPU-accéléré open source mais ultra-spécialisé ; KiCadRoutingTools, une boîte à outils Python/Rust pour le routage assisté ; et de nouveaux venus comme PCB Auto Router (GPU-accéléré, apprentissage par renforcement), ProtoFlow (application desktop gratuite) ou les services cloud Quilter et DeepPCB. Sans oublier l’irruption de l’IA et du Model Context Protocol (MCP), qui permettent désormais de piloter le routage depuis un assistant conversationnel. Mais comme nous allons le voir, ces outils ne répondent pas aux mêmes besoins, et certains sont très spécialisés.

Le routeur interactif natif de KiCad 10 : un bond en avant discret

Ne négligeons pas le routeur intégré à Pcbnew. Avec KiCad 10, il a bénéficié d’améliorations notables. Le nouvel outil de DRC graphique (Graphical DRC) permet de visualiser en temps réel les violations de règles pendant le routage, ce qui facilite le travail manuel [1]. Les variantes de cartes (board variants) et le mode sombre sont des ajouts bienvenus, mais c’est surtout la gestion des contraintes électriques qui a été renforcée : le système de configuration des pistes a été entièrement remanié, avec des algorithmes améliorés pour la cohérence du routeur et du DRC, et l’introduction de contraintes de délai temporel en plus des longueurs [7].

Surtout, KiCad 10 comble une partie du fossé avec une commande intégrée qui autoroute les connexions sélectionnées : Attempt Finish Selected (Shift+F). Le routeur interactif traite les connexions choisies l’une après l’autre et s’interrompt lorsqu’il ne peut pas terminer l’une d’elles [8]. Ce n’est pas un autorouteur de carte complète, mais c’est un outil précieux pour dégrossir un faisceau ou finir un bus. Le routeur interactif de KiCad 10 repose toujours sur un algorithme topologique (push-and-shove) amélioré par rapport aux versions précédentes. Les retours d’utilisateurs sur les forums indiquent que la version 10 gère mieux les designs denses, avec moins de violations DRC après routage. Cependant, pour des cartes très denses (plus de 200 composants, 6 couches ou plus), le routeur natif montre ses limites : il peine à optimiser les longueurs de pistes et à respecter des contraintes d’impédance strictes.

Un point de vigilance toutefois : la branche 10.0.x n’a pas été exempte de régressions de performance. Un fil du forum KiCad signalait en août 2026 que 10.0.4 et 10.0.5 rendaient le déplacement de pistes existantes extrêmement lent dans l’éditeur PCB, au point que la 10.0.5 devenait « inutilisable » pour certains utilisateurs [10]. Ce type de régression illustre pourquoi il est sage de suivre les notes de release et de tester une version de maintenance avant de l’adopter en production — et pourquoi la 10.0.6, plus récente, est aujourd’hui le meilleur point d’entrée.

En pratique, le routeur interactif de KiCad 10 reste un excellent outil pour les designs de complexité petite à moyenne, et pour le routage manuel assisté. Mais pour gagner du temps sur des cartes complexes, les concepteurs se tournent vers des solutions spécialisées.

FreeRouting : le moteur Java qui fait ses preuves — et s’ouvre aux API, au CLI, au MCP et à l’IPC

FreeRouting est un moteur de routage automatique pour KiCad, développé en Java. Il nécessite l’installation préalable d’un environnement d’exécution Java (JRE) [11]. Une fois configuré, il s’intègre directement dans Pcbnew et permet de lancer un routage automatique complet ou partiel. Le workflow classique reste l’export au format Specctra DSN depuis KiCad, le routage dans l’application Java, puis l’import du fichier SES [8][9].

La nouveauté majeure d’octobre 2026 : le mode IPC. Depuis sa version 2.5.0 (octobre 2026), FreeRouting peut se connecter directement à KiCad 10 via l’interface IPC de KiCad, avec repli sur l’aller-retour Specctra DSN/SES si nécessaire [8]. Concrètement, cela signifie que le plugin installé depuis le Plugin and Content Manager peut lancer le routage sans passer par l’export/import manuel de fichiers — une simplification considérable du workflow, et la fin de la principale critique adressée à l’outil.

Fonctionnalités clés (état vérifié octobre 2026) :

• Routage push-and-shove avec respect des règles DRC, rip-up à grande vitesse et pathfinding topologique [11].
• Gestion des paires différentielles (via des règles personnalisées).
• Optimisation du nombre de vias et des longueurs de pistes.
• API publique (bêta) : FreeRouting expose désormais une API qui s’intègre avec KiCad, EasyEDA, Autodesk Fusion et tscircuit [11].
• Interface en ligne de commande (CLI) : le routage peut être lancé sans interface graphique, ce qui facilite l’automatisation et l’intégration dans des pipelines CI/CD [11].
• Serveur MCP (Model Context Protocol) : FreeRouting peut être connecté à des assistants IA (Cursor, Claude Desktop, Cline, Roo Cline) pour exécuter des tâches de routage directement via des appels d’outils natifs [11].
• API REST et architecture serveur : déploiement headless dans le cloud ou sur des serveurs locaux pour des services de routage automatisés et des intégrations EDA web [11].
• Configuration flexible : règles de routage, clearances et coûts de couches paramétrables via fichiers JSON, variables d’environnement, arguments de ligne de commande ou interface graphique [11].
• Multi-plateforme : Windows, Linux, macOS, avec images Docker officielles multi-architecture (ARM64 et x64) [11].
• Localisé en 36 langues [11].

Les retours d’utilisateurs sur les forums et blogs (Hackaday, Sierra Circuits) sont globalement positifs : le taux de complétion est élevé pour des designs jusqu’à 4 couches, et le respect des règles DRC est bon [11][12]. FreeRouting est particulièrement adapté aux cartes numériques de complexité moyenne (microcontrôleurs, capteurs). Pour des contraintes d’impédance ou de routage différentiel strict, des ajustements manuels restent nécessaires.

Installation : Téléchargez le plugin depuis le gestionnaire de plugins de KiCad ou manuellement. Côté Java, les recommandations divergent légèrement selon les sources : le guide de l’Université de Strasbourg préconise OpenJDK 21 (version stable et open source recommandée par le développeur), tout en notant que l’extension a besoin d’un JRE inférieur à JRE 17 pour fonctionner [9]. Une fois installé, un nouvel onglet apparaît dans Pcbnew (Outils → Plugins externes → Freerouting). Lancez le routage après avoir défini vos règles de conception.

Limites et points de vigilance : Le moteur est gratuit et open source (GPL-3.0), mais peut être lent sur des designs très denses (plus de 500 connexions). La communauté recommande de l’utiliser en complément d’un routage manuel pour les zones critiques. Surtout, une régression documentée touche la version 2.3.0 : un rapport GitHub du 28 août 2026 signale que « Freerouting 2.3.0 (et le snapshot 2.3.1 tournant sur api.freerouting.app) produit des routages que son propre scoring rapporte comme porteurs de violations de clearance, sur des cartes que la 2.2.4 route sans aucune violation » [13]. Autrement dit : vérifiez toujours le résultat avec le DRC de KiCad, et n’hésitez pas à comparer avec une version antérieure si vous constatez des violations inattendues. Le projet est maintenu par une communauté active, mais le rythme des évolutions reste tributaire des contributeurs [11].

OrthoRoute : attention, routeur GPU ultra-spécialisé, pas un outil généraliste

OrthoRoute est un projet open source (GitHub) qui utilise la puissance de calcul du GPU pour accélérer le routage automatique [14]. Développé en Rust et CUDA, il se présente comme un outil en ligne de commande capable de traiter des designs complexes en quelques secondes. Mais attention : OrthoRoute n’est pas un routeur généraliste.

Comme le précise explicitement le dépôt GitHub : « OrthoRoute is not a general-purpose PCB autorouter. OrthoRoute is designed for a narrow class of extremely large, dense, highly regular multilayer backplanes and BGA escape patterns. It is useful to about five people on the planet, and you probably aren’t one of them. For a conventional PCB, use something else. » [14]

Fonctionnalités clés :

• Routage orthogonal (90° et 45°) optimisé pour les backplanes et les motifs de sortie BGA.
• Accélération GPU (NVIDIA CUDA) pour des performances élevées sur les designs massifs.
• Export/import au format SPECCTRA DSN, compatible avec KiCad.
• Paramétrage fin des règles (largeurs, espacements, via sizing).
• Algorithme PathFinder (négociation itérative) : le PCB est traité comme un graphe où les nœuds sont les intersections d’une grille x-y et les arêtes les segments de cuivre possibles [14].

Benchmarks indépendants (PCBWorld, 2026) : Dans l’article PCBWorld: A Benchmark Environment for Engine-Grounded PCB Design Automation de Song et al., OrthoRoute a été comparé à FreeRouting, KiCadRoutingTools et plusieurs agents d’apprentissage sur des jeux de données synthétiques et open source. Les résultats sont sans appel :

• Sur le jeu de données synthétique D2, OrthoRoute a obtenu un taux de réussite propre de 1 % et une routabilité de 30 %.
• Sur D3-A (99 cartes open source), il a obtenu un taux de réussite propre de 2 % et une routabilité de 51 %.
• FreeRouting et KiCadRoutingTools ont obtenu des résultats nettement supérieurs sur les deux jeux de données [14].

Le benchmark utilisait de petites cartes ordinaires avec les paramètres par défaut d’OrthoRoute ; il ne testait pas la charge de travail prévue (backplanes à des milliers de nets). Mais il démontre qu’OrthoRoute est un mauvais choix par défaut pour le routage de PCB ordinaires. Hackaday, qui a relayé le projet en juillet 2026 sous le titre « GPU-Accelerated Autorouter Handles Monstrous PCB Designs », insiste d’ailleurs sur le caractère spectaculaire mais niche de la démonstration : il s’agit de backplanes massifs, pas de la carte de votre prochain capteur IoT [15].

Verdict : si vous concevez un backplane de plusieurs milliers de nets avec des motifs d’échappement BGA très réguliers, OrthoRoute peut être une bénédiction. Pour tout le reste — c’est-à-dire 99,9 % des projets —, passez votre chemin.

PCB Auto Router et ProtoFlow : les nouveaux entrants à surveiller

Deux nouveaux venus méritent qu’on s’y attarde, à condition de bien comprendre ce qu’ils font.

PCB Auto Router se présente comme un autorouteur GPU-accéléré pour KiCad et EasyEDA, s’appuyant sur l’apprentissage par renforcement [16]. Le projet tient un blog actif qui documente ses progrès. Attention toutefois : il s’agit d’un projet jeune, dont la maturité et la couverture réelle des designs complexes restent à confirmer par des benchmarks indépendants — ce que ne fournissent ni le site officiel ni le blog à ce jour. À essayer, donc, mais à valider systématiquement par un DRC serré avant toute fabrication.

ProtoFlow, en revanche, est déjà mesurable : c’est une application desktop gratuite (Windows, macOS, Linux) qui ouvre directement le projet KiCad, l’autoroute et l’exporte à nouveau vers KiCad [8]. Elle propose un plan gratuit incluant l’autorouteur. Son intérêt principal est qu’elle évite l’aller-retour Specctra manuel, tout en restant sur votre machine — un argument de confidentialité face aux solutions cloud. Là encore, la validation par DRC reste impérative.

Quilter et DeepPCB : le routage dans le cloud, avec l’IA en embuscade

Les services cloud propulsés par l’IA ont le vent en poupe. Deux acteurs dominent le segment :

• Quilter : vous téléversez le design KiCad, le service place et route la carte dans le cloud. L’outil est gratuit pour un usage personnel, académique et pour les petites entreprises éligibles, et propose un déploiement auto-hébergé pour les clients payants [8]. Quilter publie par ailleurs un guide comparatif intéressant sur les autorouteurs traditionnels face aux approches IA [17].
• DeepPCB : plugin KiCad ou téléversement de la carte placée. Le service tourne dans le cloud, avec une option cloud privé ou on-premise pour les entreprises. Tarification : essai unique de 30 minutes, puis à partir de 30 dollars de l’heure [8].

Ces services ont un vrai atout : ils déchargent l’utilisateur de l’installation, du Java, des fichiers DSN/SES et des questions de performance locale. Leur limite est double : d’une part, vous envoyez votre propriété intellectuelle sur un serveur distant (à vérifier au regard de vos contraintes contractuelles) ; d’autre part, les résultats restent variables selon la complexité de la carte, et la validation DRC reste indispensable. Le guide 2026 de Quilter lui-même reconnaît que les autorouteurs traditionnels et les approches IA ne répondent pas aux mêmes cas d’usage [17].

MCP, Konnect et compagnie : quand l’IA pilote le routage

L’irruption du Model Context Protocol (MCP) est probablement la tendance la plus marquante de 2026. FreeRouting expose désormais un serveur MCP permettant à Cursor, Claude Desktop, Cline ou Roo Cline de lancer des tâches de routage comme de simples appels d’outils [11]. Et l’écosystème ne s’arrête pas là : Konnect, un plugin KiCad natif distribué sous forme de binaire Rust unique, permet à Claude et à d’autres assistants de concevoir schémas et circuits imprimés via MCP, avec 228 outils disponibles [18][19]. Adafruit a consacré en octobre 2026 un article à cette intégration de l’IA dans KiCad 10 via MCP, signe que le sujet dépasse désormais la sphère des early adopters [20].

Il faut toutefois rester lucide. Comme le détaille notre enquête sur l’écosystème MCP pour KiCad, ces outils sont jeunes, la fiabilité des appels n’est pas garantie, et la question de la sécurité — un serveur MCP exécute du code sur votre machine et lit vos fichiers — mérite une vraie réflexion avant déploiement en production. L’IA n’a pas conquis KiCad : elle l’a encerclé, et c’est très bien ainsi.

Quel outil choisir ? Le tableau de décision

Pour y voir clair, voici une synthèse des options vérifiées en octobre 2026 :

Les bonnes pratiques qui n’ont pas changé (et ne changeront pas)

Quel que soit l’outil choisi, quelques règles d’or demeurent, et les guides 2026 les répètent tous :

1. Placez vos composants avant de router. Un autorouteur ne compense jamais un placement médiocre. La qualité du placement détermine 80 % du résultat.
2. Configurez vos règles de conception (Design Rules) avec précision avant de lancer le routage : largeurs de pistes, clearances, classes de nets, paires différentielles. FreeRouting comme KiCad lisent ces règles.
3. Validez systématiquement par le DRC de KiCad après import du routage. La régression de FreeRouting 2.3.0 rappelle que même un moteur éprouvé peut produire des violations [13].
4. Vérifiez les contrôles de fabrication (Gerber, perçages, plans de masse) avant tout envoi en production.
5. Versionnez vos projets. Avec Git et le plugin kicad-git, vous pourrez revenir en arrière si un routage automatique a dégradé votre carte.

Perspectives : un écosystème foisonnant, une exigence de rigueur

KiCad 10.0.x est aujourd’hui une plateforme stable, avec une 10.0.7 en deuxième release candidate et une cadence de maintenance qui ne faiblit pas. Autour d’elle, l’écosystème du routage n’a jamais été aussi riche : FreeRouting s’ouvre à l’IPC, au CLI et au MCP ; ProtoFlow propose une alternative desktop gratuite ; Quilter et DeepPCB démocratisent le routage cloud ; OrthoRoute explore des frontières GPU fascinantes mais étroites ; et Konnect fait entrer Claude dans le flux de conception.

La leçon de cet état des lieux est simple : il n’existe pas de meilleur autorouteur dans l’absolu, seulement un meilleur outil pour votre projet. Et quel que soit votre choix, la vérification humaine — DRC, contrôle visuel, validation des règles — reste le dernier rempart. Les promesses marketing sont séduisantes ; les benchmarks indépendants et le DRC, eux, ne mentent pas.

Sources

[1] KiCad 10.0.5 Release — kicad.org / kicad-source-mirror releases, juillet 2026.
[2] KiCad 10.0.6 Release — kicad.org, 29 août 2026.
[3] « SpaceMouse et KiCad 10 : le support natif 3Dconnexion sort de l’ombre » — magazine, 2026.
[4] KiCad Version 10.0.7 Release Candidate 1 Available — kicad.org, 27 septembre 2026.
[5] KiCad Version 10.0.7 Release Candidate 2 Available — kicad.org, 3 octobre 2026.
[6] « KiCad 10.0.x : sept correctifs en six mois, une 10.0.7 en RC2 — anatomie d’une branche qui ne dort jamais » — magazine, 2026.
[7] Notes de version KiCad 10.0.0 — kicad.org, mars 2026.
[8] « KiCad Autorouting in 2026: Every Option That Actually Works » — ProtoFlow, consulté octobre 2026. https://www.protoflow.ai/compare/kicad-autorouter
[9] Guide d’autoroutage — Université de Strasbourg (Ernest), 2026.
[10] « KiCad 10.0.4 / 10.0.5 – extremely slow track movement in PCB Editor, 10.0.5 becomes unusable » — forum.kicad.info, 12 août 2026.
[11] Freerouting — site officiel, consulté octobre 2026. https://www.freerouting.app/
[12] « KiCad Autorouting Made Easy: Walk Around, Shove, and Freerouting » — rottenwifi.com, 13 août 2026.
[13] « 2.3.0 regression: routes ship self-reported clearance violations on boards 2.2.4 routes clean » — GitHub freerouting/freerouting, 28 août 2026.
[14] Dépôt GitHub OrthoRoute (bbenchoff/OrthoRoute), incluant le benchmark PCBWorld (Song et al., 2026). https://github.com/bbenchoff/OrthoRoute
[15] « GPU-Accelerated Autorouter Handles Monstrous PCB Designs » — Hackaday, 1er juillet 2026.
[16] PCB Auto Router — site officiel et blog, consultés octobre 2026. https://www.pcbautorouter.top/
[17] « Automated PCB Routing: Autorouters vs. AI (2026 Guide) » — Quilter, 2026. https://www.quilter.ai/blog/a-2026-guide-to-automated-pcb-routing-traditional-autorouters-vs-ai-powered-layout
[18] « Konnect : conception de PCB assistée par IA pour KiCad 10 » — fellow.news, 14 octobre 2026.
[19] « Как подключить Claude к KiCad 10 и отдать разводку плат нейросети » — DevTrends, 7 septembre 2026.
[20] Article Adafruit sur l’IA PCB KiCad 10 via MCP — 26 octobre 2026.
[21] « MCP et KiCad 10 : quand Claude s’invite dans votre routeur » — magazine, 2026.
[22] « IA et KiCad en 2026 : l’intelligence s’est branchée autour de l’EDA libre, pas dedans » — magazine, 2026.

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