Kicad Master · 5 September 2026

KiCad 10.0.6 : transformer vos schémas en documents professionnels

Un schéma fonctionnel mais illisible, c’est un piège à retardement. Dans un métier où la relecture, la collaboration et la maintenance sont quotidiennes, la qualité d’un document électrique n’est pas un luxe : c’est un investissement. Les versions récentes de KiCad (10.0.6, dernière version stable publiée le 24 août 2026) ont apporté des outils puissants – éditeur hiérarchique amélioré, champs personnalisés, règles ERC configurables, éditeur graphique de règles DRC – qui rendent enfin accessibles des pratiques longtemps réservées aux outils propriétaires. Mais encore faut-il savoir les utiliser. Cet article vous guide pas à pas pour transformer vos schémas en véritables documents de communication, clairs, maintenables et professionnels.

Pourquoi un schéma KiCad n’est pas qu’un dessin : l’enjeu de la clarté

Ouvrez un projet KiCad que vous n’avez pas touché depuis six mois. Combien de temps faut-il pour retrouver où va ce signal NET1 ? Pour comprendre pourquoi l’alimentation est découpée en trois feuilles sans lien apparent ? Pour savoir quelle version du schéma est la bonne ? Si ces questions vous sont familières, vous avez déjà expérimenté la différence entre un schéma fonctionnel et un schéma utile.

Un schéma, dans un flux de conception électronique, n’est pas seulement une représentation graphique des connexions électriques. C’est le document de référence pour la relecture par les pairs, la documentation technique, le transfert vers la fabrication, et la maintenance future. Les discussions sur le forum officiel et les retours d’utilisateurs convergent : les concepteurs passent une part significative de leur temps de conception à déchiffrer des schémas mal organisés – un coût caché considérable, surtout en équipe.

Les évolutions récentes de KiCad ont précisément visé à réduire cette friction. La version 10.0.0, publiée le 20 mars 2026, a marqué un tournant avec son mode sombre, son éditeur graphique de règles DRC, ses nouveaux importateurs (dont l’importateur Allegro, développé par Quilter et sorti en février 2026) et une amélioration significative de l’éditeur hiérarchique. Depuis, la série 10.x s’est déployée à un rythme soutenu : six versions correctives en cinq mois, dont la dernière, la 10.0.6, publiée le 24 août 2026. Cette cadence, saluée par la communauté, a aussi révélé des fonctionnalités longtemps restées dans l’ombre, comme le support natif des SpaceMouse 3Dconnexion – un correctif de crash de la 10.0.5 a d’ailleurs mis en lumière cette intégration discrète mais réelle, qui change la navigation 3D des PCB.

La 10.0.6, qualifiée de « palier de maturité » par la communauté, contient plusieurs correctifs critiques : récupération après un crash d’initialisation du pilote 3Dconnexion, correction d’un crash à la fermeture, amélioration de la migration des bibliothèques imbriquées, et divers correctifs de l’éditeur de schéma. Le projet recommande une mise à jour rapide. Parallèlement, l’écosystème s’est enrichi : routeurs GPU comme OrthoRoute, intégration poussée de FreeRouting (désormais doté d’une API, d’un CLI et d’un serveur MCP), solutions cloud propulsées par l’IA, et des outils comme le KiCad MCP Server de Seeed-Studio qui permettent aux assistants IA d’analyser les schémas et de valider les conceptions.

Mais un outil ne fait pas tout. La clarté d’un schéma repose sur trois piliers : une organisation logique, un nommage systématique, et des métadonnées exhaustives. Voyons comment les mettre en œuvre concrètement dans KiCad.

Hiérarchie et labels : les piliers d’une organisation lisible

KiCad propose trois types de labels pour connecter les signaux entre les feuilles : locaux, globaux et hiérarchiques. Leur mauvaise utilisation est la source la plus fréquente d’erreurs ERC silencieuses – ces nets qui ne se connectent pas comme prévu. Le tutoriel de Batlab112 (avril 2026) sur les feuilles hiérarchiques rappelle d’ailleurs que cette fonctionnalité, longtemps réservée aux utilisateurs avancés, est devenue un outil central du workflow KiCad 10.

Labels locaux vs globaux vs hiérarchiques

• Label local : visible uniquement dans la feuille où il est placé. Deux labels locaux de même nom sur des feuilles différentes ne sont PAS connectés. C’est le piège classique : un utilisateur du forum Arduino a ainsi découvert que son GND et son 5V étaient en réalité deux signaux distincts (GND et /GND) parce qu’il avait utilisé des labels locaux sur différentes feuilles. Le nom de broche apparaissait comme commande_relais/gnd, révélant la hiérarchie implicite.
• Label global : connecté à toutes les feuilles du projet. Idéal pour les signaux d’alimentation (VCC_3V3, GND) ou les bus partagés (I2C_SCL, SPI_MOSI). Mais attention : un label global mal orthographié crée un nouveau net sans avertissement.
• Port hiérarchique : utilisé dans les sous-feuilles (sheets) pour connecter un signal entre la feuille parente et la feuille enfant. C’est le mécanisme le plus propre pour structurer un projet complexe.

Une nouveauté de KiCad 10 mérite une attention particulière : les labels d’alimentation locaux (local power labels). Cette fonctionnalité, signalée sur le forum officiel en août 2026, permet de créer des labels d’alimentation qui ne sont pas connectés globalement – une option utile pour les alimentations locales à une feuille, mais qui peut aussi être source de confusion si elle est mal comprise. Vérifiez toujours la portée de vos labels d’alimentation dans le panneau des propriétés.

Structurer un projet complexe avec des sheets

Prenons l’exemple d’une carte à microcontrôleur avec alimentation, interfaces et connecteurs. Une organisation typique pourrait être :

• Feuille racine : diagramme des blocs fonctionnels (alimentation, MCU, périphériques).
• Sous-feuille 1 : régulateurs de tension (entrée 12V → 5V, 3,3V).
• Sous-feuille 2 : microcontrôleur et oscillateur.
• Sous-feuille 3 : interfaces USB, I2C, SPI.
• Sous-feuille 4 : connecteurs d’extension.

Chaque sous-feuille est reliée à la racine par des ports hiérarchiques. Les signaux d’alimentation communs (GND, VCC) sont en labels globaux, tandis que les signaux spécifiques à un bloc (par exemple MCU_TX, LED_CTRL) passent par des ports hiérarchiques. KiCad 10 a nettement amélioré la navigation dans cette arborescence, avec un gestionnaire de feuilles plus intuitif et une meilleure visualisation des connexions inter-feuilles.

Pièges à éviter

• Ne pas mélanger labels locaux et globaux pour le même signal : si vous utilisez un label local GND sur une feuille et un label global GND sur une autre, ils ne seront pas connectés. La règle d’or : pour les signaux partagés, utilisez exclusivement des labels globaux ou des ports hiérarchiques.
• Nommer les sheets de manière explicite : évitez Sheet1, Sheet2. Préférez Power_Supply, MCU_Core, USB_Interface. Cela facilite la navigation dans le gestionnaire de projet.
• Utiliser les bus avec précaution : les bus (ex. DATA[0..7]) sont pratiques, mais leur décomposition en signaux individuels doit être cohérente. KiCad 10 a amélioré la gestion des bus, mais une erreur de nom peut encore passer inaperçue.

Exemple de configuration ERC personnalisée

Les règles ERC (Electrical Rules Check) peuvent être étendues via un fichier .kicad_erc. Par exemple, pour détecter les signaux d’alimentation non connectés :

(rule "Power not connected"
  (condition "A.NetClass == 'Power'")
  (check "No connection")
  (severity error))

Cette règle, bien que simple, illustre la puissance du système de règles. La documentation officielle de KiCad 10.0.6 détaille ces fonctionnalités dans le manuel de référence, et la version 10 a intégré un éditeur graphique de règles qui rend leur création beaucoup plus accessible, sans avoir à écrire de code.

Nommer pour ne pas se perdre : conventions de signaux et règles ERC

Un signal nommé NET1 ne dit rien sur sa fonction. À l’inverse, I2C_SCL_3V3 indique immédiatement le protocole, le rôle et le niveau de tension. L’adoption d’une convention de nommage systématique est le levier le plus simple pour améliorer la lisibilité.

Préfixes et suffixes standard

Configuration des règles ERC personnalisées

KiCad permet de définir des règles ERC pour détecter les incohérences de nommage. Par exemple, pour s’assurer que tout signal se terminant par _N est connecté à une broche à logique négative :

(rule "Active low signal check"
  (condition "A.Name matches '.*_N'")
  (check "Pin type mismatch")
  (severity warning))

Ces règles sont stockées dans le fichier .kicad_erc du projet. La documentation officielle de KiCad 10.0 couvre la syntaxe des règles, et la communauté a partagé de nombreux exemples sur le forum et GitHub. Avec KiCad 10, l’éditeur graphique de règles DRC permet de créer ces vérifications sans écrire une ligne de code, un gain de temps considérable pour les équipes.

L’importance des signaux d’alimentation

Les signaux d’alimentation sont les plus critiques. Un GND mal connecté peut rendre une carte inutilisable. La pratique recommandée est de créer des labels globaux pour chaque tension (VCC_5V, VCC_3V3, GND) et de les placer systématiquement sur chaque feuille. Évitez d’utiliser des ports hiérarchiques pour l’alimentation : cela alourdit inutilement la hiérarchie. Les guides de conception PCB 2026 rappellent également des règles de routage essentielles : largeurs de pistes adaptées au courant (≥0,5 mm pour le 3,3 V jusqu’à 1 A, ≥1 mm au-delà), plan GND continu sur une couche dédiée, et découplage 100 nF au plus près des circuits intégrés.

Métadonnées et champs : faire parler votre schéma

Un schéma n’est pas complet sans ses métadonnées : numéro de révision, date, auteur, référence de document, liste des modifications. KiCad offre plusieurs mécanismes pour les intégrer.

Le cartouche (title block)

Le cartouche est la zone d’en-tête du schéma. KiCad permet de personnaliser ses champs via le gestionnaire de projet. Vous pouvez y insérer :

• Titre du projet
• Numéro de révision (ex. Rev 1.2)
• Date (automatique avec %date%)
• Auteur et organisation
• Nombre de feuilles (automatique)

Champs personnalisés dans les symboles

Chaque symbole peut avoir des champs supplémentaires. Par exemple, pour un condensateur, vous pouvez ajouter Tension, Tolérance, Fabricant, Référence fournisseur. Ces champs sont exportés dans la nomenclature (BOM) et peuvent être utilisés pour la documentation. KiCad 10 a amélioré la gestion de ces champs, avec une meilleure prise en charge des champs hérités et des expressions calculées.

Création de templates de cartouche

KiCad permet de créer des templates de cartouche réutilisables (fichiers .kicad_wks). Vous pouvez y définir des champs fixes et des champs variables liés aux propriétés du projet. Par exemple :

(property "Revision" (id 0) (value "${REVISION}"))
(property "Date" (id 1) (value "${DATE}"))

Ces templates sont chargés automatiquement via les préférences du projet.

Export PDF vectoriel avec calques

KiCad peut exporter le schéma en PDF vectoriel, avec la possibilité d’inclure des calques (annotations, notes). C’est un format idéal pour la documentation technique : il est léger, redimensionnable sans perte, et peut être annoté dans un lecteur PDF. L’export supporte également les métadonnées (auteur, titre) via les propriétés du projet. Pour les équipes, c’est aussi le format idéal pour les revues de conception : on peut commenter directement le PDF sans ouvrir KiCad.

Les nouveautés de la 10.0.6 qui changent le workflow

La version 10.0.6, publiée le 24 août 2026, apporte des correctifs critiques et révèle des fonctionnalités longtemps restées dans l’ombre. Parmi les points notables :

• Support natif des SpaceMouse 3Dconnexion : le correctif de crash de la 10.0.5 a mis en lumière cette intégration discrète mais réelle. Avec la 10.0.6, la navigation 3D des PCB devient fluide avec ces périphériques, un gain significatif pour les concepteurs qui manipulent des cartes complexes.
• Stabilisation de l’éditeur de schéma : divers correctifs améliorent la fiabilité de l’édition, notamment lors de la migration des bibliothèques imbriquées.
• Amélioration de la récupération après crash : le projet a corrigé un crash à la fermeture et un problème d’initialisation du pilote 3Dconnexion, renforçant la robustesse globale.

Ces correctifs s’ajoutent aux fonctionnalités majeures de la 10.0.0 : mode sombre Windows, barres d’outils personnalisables, variantes de conception, croisements de fils avec saut (hop-over), prise en charge des cavaliers, et l’éditeur graphique de règles DRC. Pour les schémas, les variantes de conception permettent de gérer plusieurs configurations d’un même circuit (par exemple, avec ou sans option de montage) sans dupliquer les feuilles.

L’écosystème en 2026 : IA, Git et collaboration

L’écosystème KiCad a considérablement mûri en 2026. Le KiCad MCP Server de Seeed-Studio permet aux assistants IA d’analyser les schémas, d’inspecter les PCB, de tracer les connexions et de valider les conceptions. Des outils comme PCB Auto Router (accéléré par GPU) et FreeRouting (désormais doté d’une API, d’un CLI et d’un serveur MCP) s’intègrent de plus en plus facilement dans les flux de travail.

Le versioning Git est devenu une pratique courante : les fichiers texte de KiCad se prêtent parfaitement au contrôle de version, et des guides comme celui d’Anchorpoint (juin 2026) expliquent comment utiliser Git comme filet de sécurité pour les conceptions matérielles. La collaboration en équipe s’en trouve transformée, avec des revues de code appliquées aux schémas et aux PCB.

Sources

• KiCad 10.0.5 Release — annonce officielle de la version 10.0.5
• KiCad 10.0.6 Release — notes de version 10.0.6
• Version 10 de KiCad : mode sombre, variantes et nouveaux outils DRC — Elektor, 30 mars 2026
• Local power labels – how? — forum officiel, août 2026
• KiCad MCP Server by Seeed-Studio — 16 juillet 2026
• Git with KiCad – Version control for PCB design workflows — 6 juillet 2026
• KiCad Autorouting Made Easy — 13 août 2026
• PCB Auto Router — 27 juillet 2026
• KiCad Python Scripting: pcbnew API for CI Automation — 24 juillet 2026

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