Electrosens R&D

KiCad 10 : le Graphical DRC Editor décrypté – la fin des règles en texte ?

Electrosens Kicad Master · 3 September 2026

KiCad 10 : le Graphical DRC Editor et l’écosystème qui explose — panorama complet de l’EDA open-source en septembre 2026

Depuis le 30 mars 2026, KiCad 10.0.0 a débarqué avec son lot de nouveautés, et parmi elles, un éditeur graphique de règles DRC qui promet de révolutionner la manière dont les concepteurs définissent leurs contraintes de routage. Fini la syntaxe obscure des fichiers texte ? Pas tout à fait, mais le changement est suffisamment profond pour mériter qu’on s’y attarde. Six mois plus tard, avec la version 10.0.6 qui vient de tomber et un écosystème de plugins en pleine effervescence, plongeons dans cette fonctionnalité et dans tout ce qui gravite autour d’elle.

Introduction : quand les règles de conception quittent le terminal

Si vous avez déjà passé des heures à débuguer un fichier de règles DRC écrit à la main – une parenthèse mal placée, une condition qui ne s’applique pas, une clearance qui refuse de se propager – vous savez à quel point la gestion des contraintes de conception peut être un casse-tête. Pendant des années, KiCad a reposé sur un système textuel : des fichiers .kicad_dru que l’on éditait avec un éditeur de code, sans retour visuel immédiat. Pour les débutants, la courbe d’apprentissage était raide. Pour les experts, la maintenance de règles complexes devenait un exercice de patience.

Avec la sortie de KiCad 10.0.0 le 30 mars 2026 (confirmée par le blog officiel et par Elektor Magazine), l’équipe de développement a introduit un Graphical DRC Editor – un éditeur visuel qui permet de définir les règles de conception par des clics et des menus déroulants plutôt que par du code. L’objectif affiché : rendre la configuration des contraintes plus accessible, plus rapide et moins sujette aux erreurs.

Depuis la sortie initiale, la série 10.x a déjà bénéficié de plusieurs versions correctives. La version stable actuelle est KiCad 10.0.6, publiée en août 2026 – une mise à jour qualifiée de « critique » par le projet, qui recommande une mise à niveau dès que possible (voir l’annonce officielle). Cette version fait suite à la 10.0.5 (22 juillet 2026) et intègre des corrections de bugs importantes, notamment sur le moteur de règles, la gestion des groupes d’instances et le rafraîchissement du canvas. La documentation officielle est d’ailleurs basée sur cette version. Cet article tient compte de ces évolutions pour vous offrir un panorama à jour.

Mais est-ce vraiment la fin des règles en texte ? Cet article propose un décryptage en profondeur : comment fonctionne cet éditeur, ce qu’il apporte concrètement, ses limites, et comment il se positionne face aux outils concurrents. Nous nous appuierons sur les sources disponibles – annonces officielles, articles techniques et retours de la communauté – tout en restant prudents là où les détails manquent.

Du fichier texte à l’interface visuelle : pourquoi KiCad a réinventé ses règles

Les limites de l’ancien système

Avant KiCad 10, les règles de conception étaient stockées dans des fichiers texte (souvent au format .kicad_dru ou intégrées directement dans le projet). Pour définir une règle de clearance entre deux classes de net, il fallait écrire une ligne comme :

Source : habr.com
(rule "CLR_HV" (condition "A.netclass == 'HV' && B.netclass == 'HV'") (clearance 1.0mm))

Cette syntaxe, bien que puissante, présentait plusieurs inconvénients :

  • Erreurs de syntaxe fréquentes : une parenthèse manquante ou un opérateur mal orthographié pouvait rendre la règle inopérante sans message d’erreur clair.
  • Courbe d’apprentissage raide : les nouveaux utilisateurs devaient apprendre un mini-langage de conditions (opérateurs logiques, accès aux propriétés des nets, etc.).
  • Difficulté à exprimer des règles complexes : une règle comme « largeur de piste = 0,5 mm sur la couche Top, sauf pour les nets d’alimentation où elle doit être de 1 mm » nécessitait une combinaison de conditions parfois contre-intuitive.
  • Absence de retour visuel : on ne voyait pas l’effet de la règle avant de lancer la DRC, ce qui allongeait les cycles de test.

La genèse du Graphical DRC Editor

Le développement de l’éditeur graphique a été l’un des chantiers majeurs de la version 10. Selon les chiffres publiés par l’équipe, KiCad 10 a impliqué 7 609 commits – un chiffre confirmé par le blog officiel. Bien que les sources ne précisent pas la part exacte consacrée à l’éditeur DRC, cette fonctionnalité a été citée comme l’une des plus attendues par la communauté. Un sujet intitulé « Graphical DRC Editor – Suggestions Wanted » a d’ailleurs été ouvert sur le forum KiCad pour recueillir les retours des utilisateurs avant même la sortie officielle.

L’éditeur graphique est le fruit du travail de plusieurs contributeurs, dont Wayne Stambaugh, qui a présenté les nouveautés de KiCad 10 lors de sa conférence FOSDEM 2026 (disponible sur le site de FOSDEM). Les premières versions alpha ont commencé à apparaître fin 2025, et la fonctionnalité a été peaufinée jusqu’à la release candidate.

Un changement de paradigme

Avec le Graphical DRC Editor, KiCad passe d’une approche scriptée à une approche visuelle et déclarative. L’utilisateur n’écrit plus de code : il sélectionne des conditions dans des listes déroulantes, définit des valeurs dans des champs numériques, et voit immédiatement le résultat. C’est un changement comparable à celui qu’a connu le routage manuel lorsqu’on est passé des commandes textuelles aux interfaces graphiques.

Sous le capot : comment fonctionne l’éditeur graphique de règles DRC

Types de règles supportés

Bien que les sources disponibles (blog officiel, articles d’Elektor, de CNX Software et d’electwork.net) ne décrivent pas en détail l’interface de l’éditeur, on peut raisonnablement déduire les types de règles qu’il permet de définir, car ils correspondent aux contraintes classiques de la DRC :

Type de règle Exemple d’application
Clearance (espacement) Distance minimale entre deux pistes, entre une piste et un plan, etc.
Largeur de piste Largeur minimale, maximale ou préférée pour une classe de net ou une couche.
Taille de via Diamètre de perçage, taille du pad annulaire, via en aveugle/enterré.
Contraintes de couche Largeur autorisée sur une couche spécifique, via autorisé ou non.
Règles de zone Clearance autour des zones de cuivre, règles de remplissage.
Règles de net class Appliquer un ensemble de contraintes à une classe de net (ex : « Power », « Differential »).

L’éditeur permet de combiner ces contraintes avec des conditions : par type de via (traversant, micro-via), par couche, par classe de net, ou même par net individuel. L’interface devrait proposer des sélecteurs visuels pour chaque condition, ainsi qu’un aperçu des règles actives.

Stockage et intégration avec le moteur DRC temps réel

Les règles définies graphiquement sont stockées dans le fichier projet .kicad_pcb (ou éventuellement dans un fichier séparé, mais les sources ne le précisent pas). Le format interne reste probablement basé sur les S-expressions, comme le reste de KiCad, mais l’utilisateur n’a plus besoin de le manipuler directement.

Le moteur DRC temps réel, déjà présent dans KiCad 9, a été amélioré pour prendre en compte les modifications de règles en direct. Lorsque l’utilisateur change une valeur dans l’éditeur graphique, les violations sont recalculées instantanément et les marqueurs d’erreur se mettent à jour sur le PCB. Cette réactivité est cruciale pour un workflow fluide. La version 10.0.6 a d’ailleurs corrigé un problème de gestion mémoire du moteur de règles (voir le changelog), confirmant que ce composant reste au cœur des priorités de l’équipe.

Actions de correction suggérées

Une innovation notable de KiCad 10, mentionnée par Elektor Magazine, est l’apparition d’actions de correction suggérées pour les erreurs DRC. Par exemple, si une piste est trop fine, l’éditeur peut proposer d’élargir automatiquement la piste à la valeur minimale autorisée. Cette fonctionnalité, couplée à l’éditeur graphique, réduit encore le temps passé à résoudre les violations.

Règles complexes devenues simples : trois cas pratiques qui changent la donne

Les sources fournies ne décrivent pas de cas d’usage concrets avec captures d’écran. Cependant, on peut illustrer le potentiel de l’éditeur graphique à travers des exemples typiques qui étaient auparavant laborieux à configurer en texte.

Source : elektormagazine.fr

1. Règles de clearance pour paires différentielles

Avant (texte) : il fallait écrire une condition vérifiant que les deux nets appartiennent à une classe « DiffPair », puis définir un gap et une tolérance. La moindre erreur de syntaxe cassait la règle.

Avec l’éditeur graphique : on sélectionne la classe de net « DiffPair » dans le champ « Net class A » et « Net class B », on choisit le type de règle « Clearance », et on entre la valeur du gap (ex : 0,2 mm) et la tolérance (ex : ±0,05 mm). L’éditeur affiche visuellement les nets concernés et met à jour la DRC en temps réel.

2. Règles de via-in-pad

Avant : pour autoriser un via dans un pad BGA, il fallait écrire une règle complexe avec des conditions de couche et de taille de via.

Avec l’éditeur graphique : on crée une règle de type « Via » avec la condition « Pad type = SMD », on définit une taille de via maximale (ex : 0,3 mm de perçage), et on l’applique à une classe de net spécifique (ex : « BGA_Signals »). L’éditeur valide la cohérence des valeurs.

3. Règles de garde pour zones haute tension

Avant : pour créer une zone de keepout autour des nets haute tension (HV), il fallait combiner une règle de clearance avec une règle de zone, souvent en plusieurs étapes.

Avec l’éditeur graphique : on définit une règle de « Clearance » entre la classe de net « HV » et toute autre classe, avec une valeur élevée (ex : 2 mm). On peut aussi ajouter une règle de « Zone » pour empêcher le remplissage de cuivre à moins de 2 mm des nets HV. L’éditeur permet de visualiser la zone de garde directement.

Ces exemples montrent comment l’éditeur graphique transforme des configurations qui prenaient auparavant plusieurs minutes (et plusieurs tentatives) en quelques clics. Bien sûr, les détails précis de l’interface restent à découvrir dans la documentation officielle, mais le principe est clair : la complexité est masquée par une interface intuitive.

Intégration temps réel : quand la DRC devient interactive

Un moteur DRC réactif

KiCad 10 hérite du moteur DRC temps réel introduit dans les versions précédentes, mais l’éditeur graphique l’amplifie. Dès qu’une règle est modifiée – ajout, suppression, changement de valeur – le moteur recalcule les violations sur l’ensemble du PCB. Les marqueurs d’erreur (croix rouges, surlignages) apparaissent ou disparaissent instantanément. Fini le cycle « modifier le fichier texte → sauvegarder → relancer la DRC → attendre → constater l’erreur ».

Actions de correction suggérées

Comme mentionné plus haut, KiCad 10 propose des suggestions de correction pour certaines violations. Par exemple :

  • Si une piste a une largeur de 0,2 mm alors que la règle impose 0,3 mm, l’éditeur propose « Élargir à 0,3 mm ».
  • Si un via est trop petit, il propose « Augmenter le diamètre de perçage à X mm ».
  • Si une clearance est insuffisante, il propose « Déplacer la piste » ou « Ajuster la règle ».

Cette fonctionnalité, combinée à l’éditeur graphique, réduit considérablement le nombre d’allers-retours entre le PCB et le panneau des règles.

Au-delà du DRC : ce que KiCad 10 apporte d’autre

L’éditeur graphique n’est qu’une pièce d’un puzzle plus vaste. La version 10.0.0 a introduit plusieurs autres fonctionnalités majeures, confirmées par Elektor Magazine et le blog officiel :

Source : youtube.com

Les variantes de conception

Longtemps attendues, les variantes de conception permettent de gérer plusieurs configurations d’un même projet sans duplication. Fini le temps où il fallait dupliquer un projet entier pour gérer une option de production ou une version régionale. Le moteur de variantes s’intègre du schéma au PCB, avec des exclusions, substitutions et valeurs différentes par composant. C’est un gain de temps considérable pour les prototypes et les séries multi-configurations.

Le mode sombre et l’ergonomie

KiCad suit désormais le thème sombre ou clair du système sous Windows, prend en charge la sélection au lasso dans les éditeurs de schémas et de PCB, et permet d’annuler ou de rétablir les modifications effectuées dans les boîtes de dialogue avant de les fermer. Des détails qui changent le quotidien.

Les importateurs natifs

Des importateurs pour Allegro, PADS et gEDA/Lepton PCB ont été ajoutés, facilitant la migration de projets plus anciens ou mixtes vers KiCad. C’est un argument de poids pour les professionnels qui hésitent encore à franchir le pas.

Le routage différentiel et les blocs de conception

Le réglage en domaine temporel, les blocs de conception de PCB dans l’éditeur, les objets de couche interne dans les empreintes, l’échange de broches et de portes sans contrainte, l’exportation PDF 3D, les codes-barres, les remplissages hachurés et un édition de polygones plus précise complètent le tableau.

L’écosystème en ébullition : plugins, IA et autoroutage GPU

Six mois après la sortie de la 10.0, l’écosystème KiCad n’a jamais été aussi actif. Plusieurs tendances se dégagent, confirmées par les sources récentes.

L’automatisation Python au cœur du workflow

Avec KiCad 10.0.6, l’automatisation Python n’est plus un gadget de développeur. La nouvelle architecture des bindings (SWIG ou IPC selon les modules) permet de charger, inspecter et modifier un board en quelques lignes de script. Des scripts de DRC personnalisés, de placement automatique ou de nettoyage de pistes circulent déjà dans la communauté, et des benchmarks montrent des gains de temps significatifs. Un article d’Electronics Design Australia (juillet 2026) détaille comment utiliser l’API pcbnew pour l’intégration CI.

L’IA s’invite dans KiCad

L’intelligence artificielle s’impose progressivement dans la conception de PCB. Plusieurs plugins et outils émergent :

  • Konnect (voir le dépôt GitHub) : un outil de conception assistée par IA pour KiCad 10, encore expérimental.
  • KiCad MCP Server par Seeed-Studio (voir Glama) : un serveur MCP qui permet à des assistants IA d’analyser des schémas, d’inspecter des PCB, de tracer des connexions et de valider des designs.
  • Des copilots et générateurs de schémas qui fonctionnent en « generate-then-export », comme le décrit Protoflow (juillet 2026).

Une enquête de Weidmuller (juillet 2026, rapportée par Automation World) montre 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.

L’autoroutage GPU : la promesse tenue ?

L’autoroutage a longtemps été le parent pauvre de la CAO électronique. En 2026, deux outils se distinguent :

  • OrthoRoute : un plugin KiCad qui exploite le GPU via CUDA pour router des designs massifs. Les benchmarks publiés montrent qu’il peut traiter un backplane de 17 600 pads, 16 connecteurs de 1 100 broches et 8 192 airwires – un design qui stoppait net les routeurs traditionnels. Hackaday (juillet 2026) a relayé cette prouesse.
  • PCB Auto Router (voir pcbautorouter.top) : un outil GPU-accelerated qui supporte l’import KiCad et JLC EDA, avec routage de paires différentielles et ajustement de longueurs.

Des tutoriels comme celui de Rottenwifi (août 2026) montrent comment configurer l’autoroutage dans KiCad 10 avec Walk Around, Shove et Freerouting.

Git et collaboration

Les fichiers texte de KiCad se marient parfaitement avec Git, comme l’explique Anchorpoint (juillet 2026). Le versioning devient un filet de sécurité indispensable pour les projets sérieux.

KiCad face à la concurrence en 2026

Le contexte concurrentiel a changé. Autodesk EAGLE a atteint sa fin de vie le 7 juin 2026 (fermeture des serveurs de licences), poussant de nombreux utilisateurs vers KiCad ou d’autres alternatives. Altium Designer reste un concurrent sérieux, avec un abonnement annuel de 3 850 à 5 000 USD par utilisateur, mais son coût total sur 3 ans pour 5 utilisateurs (formation incluse) dépasse 175 000 USD – un argument massue pour KiCad, gratuit et open-source. Les comparatifs de ToolsInfo (juillet 2026) et de Protoflow (août 2026) placent KiCad parmi les meilleurs outils PCB de 2026, notamment pour son rapport fonctionnalités/prix.

Conclusion : un outil qui mûrit, un écosystème qui explose

Le Graphical DRC Editor de KiCad 10 n’est pas une simple amélioration cosmétique : c’est un changement de paradigme dans la manière de définir les contraintes de conception. Combiné aux actions de correction suggérées, au moteur DRC temps réel et à l’ensemble des nouveautés de la version 10 (variantes, importateurs, mode sombre), il rend KiCad plus accessible aux débutants tout en restant puissant pour les experts.

Six mois après la sortie de la 10.0, la série 10.x est stabilisée avec la 10.0.6, et l’écosystème – plugins Python, IA, autoroutage GPU, intégration Git – n’a jamais été aussi dynamique. KiCad n’est plus seulement l’alternative open-source : c’est une plateforme qui attire les professionnels, portée par une communauté active et des innovations qui rivalisent avec les outils propriétaires.

Reste à voir ce que la feuille de route officielle réserve pour la suite. Le projet reste muet sur les prochaines évolutions majeures, mais les signaux faibles du forum et les contributions communautaires laissent présager de belles surprises. Une chose est sûre : en 2026, concevoir un PCB avec KiCad n’a jamais été aussi agréable.

Sources

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 *