Kicad Master · 12 September 2026

KiCad 10 : le format .kicad_pcb a-t-il vraiment changé ? Vérités, mythes et état des lieux en 2026

Rumeurs de format binaire, craintes de compatibilité, espoirs de performances… La sortie de KiCad 10 a suscité son lot d’interrogations. Mais derrière les annonces de mode sombre et de DRC graphique, qu’en est-il vraiment du fichier .kicad_pcb ? Plongeons dans les évolutions réelles du format et ce qu’elles changent pour votre workflow quotidien, alors que la branche 10 atteint sa maturité avec la version 10.0.6.

KiCad 10 : le format de fichier PCB a-t-il vraiment changé ?

À l’approche de la version 10, des rumeurs ont circulé sur un possible passage à un format binaire, à l’image d’Altium ou d’EAGLE. Certains redoutaient une rupture de compatibilité avec les outils de versioning (Git) et les scripts Python. La réalité est plus nuancée.

Le format reste du S-expression texte. KiCad n’a pas basculé vers un format binaire propriétaire. Les fichiers .kicad_pcb, .kicad_sch et .kicad_pro sont toujours des fichiers texte lisibles, structurés en arborescences de parenthèses. La documentation officielle des formats de fichiers le confirme : le S-expression est conservé, et c’est une excellente nouvelle pour la gestion de versions — git diff continue de fonctionner, et les outils de comparaison textuelle restent utilisables. Un article d’Anchorpoint sur Git avec KiCad souligne d’ailleurs que ce format texte est « le complément parfait » pour le versioning.

Cependant, des extensions majeures ont été ajoutées à la structure pour supporter les nouvelles fonctionnalités. L’équipe KiCad a dû enrichir le format pour accueillir :

Les variantes de conception (design variants) – plusieurs options de montage dans un même fichier.
Les blocs de conception PCB (PCB Design Blocks) – sous-circuits réutilisables.
L’éditeur de règles DRC graphique – des règles visuelles stockées dans le fichier.
Les codes-barres et les remplissages hachurés (hatched fills).
Les importateurs Allegro, PADS et gEDA/Lepton – qui nécessitent des champs de métadonnées supplémentaires.

Ces ajouts ne changent pas la nature textuelle du format, mais ils en augmentent la complexité. Un fichier KiCad 10 typique contient désormais des sections dédiées aux variantes, aux blocs et aux règles DRC, absentes dans la version 9. La lisibilité humaine reste bonne, mais la structure s’allonge.

L’article d’Elektor sur KiCad 10 (30 mars 2026) confirme ces points : « la version 10 de KiCad est arrivée, et c’est l’une de ces mises à jour qui semblent utiles dès le premier coup d’œil », avec notamment le mode sombre Windows, les barres d’outils personnalisables, les variantes de conception et le nouvel éditeur de règles graphique. L’article ajoute que les importateurs Allegro, PADS et gEDA/Lepton PCB sont « particulièrement utiles si vous transférez des circuits plus anciens ou des projets mixtes vers un flux de travail plus cohérent ».

À retenir : Pas de format binaire. Le S-expression texte est conservé, enrichi de nouvelles sections. La compatibilité Git est préservée.

Pourquoi le format S-expression historique atteignait ses limites

Le format S-expression de KiCad a fait ses preuves depuis des années : simple, lisible, facile à parser. Mais avec la croissance du logiciel et l’émergence de projets complexes (2000+ composants, 16 couches, contraintes haute fréquence), il montrait ses limites.

Problèmes rencontrés avec l’ancien format :

Absence de métadonnées de conception : impossible de stocker des variantes de montage (populate / DNP) dans un seul fichier. Les concepteurs devaient dupliquer les projets ou utiliser des scripts externes. Comme le détaille notre article dédié aux variantes de cartes dans KiCad 10, la gestion des séries multiples relevait de l’acrobatie : champs personnalisés, scripts Python, exports BOM séparés.
Gestion des contraintes : les règles DRC étaient définies globalement, sans possibilité de les associer à des zones ou des objets spécifiques de manière graphique. L’éditeur graphique de règles DRC de KiCad 10, analysé dans notre article dédié, change la donne : « Pendant des années, définir une règle de conception dans KiCad revenait à écrire un poème en S-expression dans un fichier texte, sans aucun retour visuel. »
Collaboration en équipe : le format ne permettait pas de gérer finement les différences entre versions. Les outils de review (CADLAB.io, BoardRepo) devaient parser le fichier brut, sans sémantique claire pour les variantes.
Taille et performances : pour les très gros projets, les fichiers S-expression pouvaient atteindre plusieurs dizaines de mégaoctets, ralentissant l’ouverture et la sauvegarde. Bien que KiCad 10 n’ait pas publié de benchmarks officiels, des retours d’utilisateurs sur les forums évoquent des améliorations sensibles, notamment grâce à une meilleure gestion mémoire.

Face à ces limitations, l’équipe KiCad a choisi d’étendre le format existant plutôt que de le réécrire. Une décision pragmatique qui préserve la compatibilité ascendante tout en ouvrant la voie à des fonctionnalités modernes.

Contexte concurrentiel : Altium Designer (abonnement annuel ~3 850 $ à 5 000 $ par utilisateur) et Autodesk EAGLE (fin de vie le 7 juin 2026) poussent de nombreux utilisateurs vers KiCad. Le nouveau format devait répondre aux attentes des professionnels sans sacrifier la simplicité qui a fait le succès de l’outil open source. Les comparatifs 2026 (ToolsInfo, Technology Tools) confirment que KiCad est désormais un concurrent sérieux sur le plan des fonctionnalités.

Ce que le nouveau fichier .kicad_pcb contient désormais

Prenons un fichier .kicad_pcb typique de KiCad 10 et examinons les ajouts structurels documentés.

Variantes de conception

Les variantes permettent de définir plusieurs configurations de montage dans un même projet. Par exemple, une carte avec une version « standard » et une version « premium » avec des composants supplémentaires. Dans le fichier, une nouvelle section (design_variants ...) liste les variantes et associe chaque composant à un état (monté / non monté / alternative). Cela évite de dupliquer les fichiers et simplifie la gestion des nomenclatures (BOM). Notre décryptage complet du workflow variantes détaille le mécanisme : de la définition dans le schéma à l’export BOM, en passant par les cas d’usage réels (options de fabrication, configurations, gestion des stocks). Altium propose une granularité plus fine (valeurs, textes, zones de cuivre, règles), mais KiCad 10 couvre l’essentiel des besoins.

Blocs de conception PCB

Les blocs sont des sous-circuits réutilisables (alimentation, connecteur, etc.) qui peuvent être instanciés plusieurs fois. Le format stocke désormais une section (blocks ...) contenant la définition de chaque bloc, et des références dans la section (board ...). Cela rappelle le concept de « sheet » dans les schémas, mais appliqué au PCB.

Règles DRC graphiques

L’éditeur de règles DRC graphique permet de définir des contraintes visuellement (ex. : espacement minimum entre deux nets spécifiques). Ces règles sont stockées dans une section (graphical_drc_rules ...) du fichier PCB, ce qui les rend portables avec le projet. Comme le souligne notre analyse de l’éditeur DRC, « le canevas graphique parle encore au moteur DRC » : les classes de net et les zones dessinées forment la nouvelle grammaire des contraintes, avec un retour visuel en temps réel.

Codes-barres et remplissages hachurés

Deux fonctionnalités mineures mais utiles : les codes-barres (pour le marquage automatique) et les remplissages hachurés (pour les zones de cuivre). Le format a été étendu pour supporter ces nouveaux types de graphiques.

Impact sur la lisibilité humaine

Le fichier reste du texte, mais il est plus long et plus structuré. Un projet simple de 500 composants verra son fichier .kicad_pcb augmenter de 10 à 20 % en taille, principalement à cause des sections de variantes et de blocs. La lecture directe reste possible, mais on préférera l’éditeur graphique pour naviguer.

Gestion de versions

Les git diff sont plus parlants : une modification de variante apparaît comme un changement dans la section (design_variants ...), et non comme un déplacement de tout le fichier. Les outils de review (CADLAB.io, BoardRepo) peuvent désormais interpréter ces sections pour afficher les différences de manière sémantique. BoardRepo propose d’ailleurs un plan gratuit limité, et CADLAB.io également, ce qui facilite l’adoption en équipe.

Tableau récapitulatif des ajouts structurels :

Fonctionnalité	Section dans le fichier .kicad_pcb	Impact sur la taille	Impact sur la lisibilité
Variantes de conception	`(design_variants ...)`	Modéré	Bonne (section dédiée)
Blocs PCB	`(blocks ...)`	Modéré à élevé	Bonne (hiérarchie claire)
Règles DRC graphiques	`(graphical_drc_rules ...)`	Faible	Très bonne (règles nommées)
Codes-barres	`(barcode ...)`	Faible	Bonne
Remplissages hachurés	`(filled_zones ...)` avec attribut `hatch`	Faible	Bonne

Compatibilité ascendante et descendante : ce qui marche, ce qui casse

La question cruciale pour tout utilisateur : puis-je ouvrir un fichier KiCad 10 dans KiCad 9 ? Et inversement ?

Compatibilité descendante (KiCad 9 → KiCad 10)

Sans problème. KiCad 10 ouvre tous les fichiers créés avec KiCad 9.x. Les nouvelles fonctionnalités (variantes, blocs, etc.) sont simplement absentes du fichier, mais la structure de base est identique. Aucune perte de données n’a été documentée. Les bibliothèques de symboles et d’empreintes sont également compatibles.

Compatibilité ascendante (KiCad 10 → KiCad 9)

Déconseillée. Ouvrir un fichier KiCad 10 dans KiCad 9 entraînera la perte des informations spécifiques à la version 10 : les variantes, les blocs, les règles DRC graphiques, les codes-barres, etc. KiCad 9 ignorera les sections inconnues, mais le fichier restera lisible. En pratique, si vous travaillez en équipe, assurez-vous que tous les membres utilisent KiCad 10 ou une version récente.

Problèmes signalés

Champs personnalisés de symboles manquants dans kicad-python 0.7.1 : un utilisateur a rapporté sur le forum que les champs personnalisés des symboles n’étaient pas accessibles via l’API Python avec KiCad 10. Ce bug concerne l’API, pas le format de fichier lui-même, mais il peut affecter les scripts de migration. L’article d’Electronics Design Australia sur le scripting pcbnew recommande de tester vos scripts avec la dernière version de l’API.
Crash lors de la migration d’une ligne de table de bibliothèque imbriquée : corrigé dans la version 10.0.5 (issue #23291). Si vous aviez des tables de bibliothèques complexes, la migration pouvait planter.
Ajout intempestif de bibliothèques stock : lors de la migration, KiCad 10 ajoutait automatiquement des bibliothèques « stock » même si l’utilisateur n’en avait aucune. Corrigé dans 10.0.5 (issue #24594).
Lenteurs signalées dans l’éditeur PCB : un fil du forum KiCad rapporte des problèmes de performance avec 10.0.5, notamment lors du déplacement de pistes déjà routées. La version 10.0.6, sortie le 24 août 2026, apporte des correctifs critiques et des améliorations mineures (annonce officielle).

Recommandation : Mettez à jour vers KiCad 10.0.6, la dernière version stable publiée le 24 août 2026. Cette version contient des correctifs critiques et des améliorations mineures depuis la 10.0.5 — le projet recommande de mettre à niveau « dès que possible » (annonce officielle).

Migration en pratique : stratégies et pièges à éviter

Passer de KiCad 9 à 10 est simple, mais quelques précautions s’imposent.

Étapes recommandées

Sauvegardez vos projets – copie complète des dossiers.
Mettez à jour KiCad – installez la version 10.0.6 (dernière stable au 24 août 2026).
Ouvrez chaque projet – KiCad 10 convertit automatiquement les fichiers .kicad_pcb, .kicad_sch et .kicad_pro. Aucune action manuelle n’est nécessaire.
Vérifiez les bibliothèques – après ouverture, allez dans Préférences → Gérer les bibliothèques de symboles/empreintes. Assurez-vous qu’aucune bibliothèque « stock » indésirable n’a été ajoutée (bug corrigé dans 10.0.5).
Testez les fonctionnalités avancées – si vous utilisez des variantes, des blocs ou des règles DRC graphiques, vérifiez que tout est bien interprété.

Automatisation : initialiser un projet en ligne de commande

Pour les workflows CI/CD, sachez qu’il est possible d’initialiser un projet KiCad 10 entièrement en ligne de commande. Le script InitializeKiCad10Project.sh de TechOverflow crée automatiquement les fichiers de base (.kicad_pro, .kicad_sch, .kicad_pcb, tables de bibliothèques, etc.) à partir d’un simple nom de projet :

wget -qO- https://raw.githubusercontent.com/ulikoehler/KiCAD-ProcessAutomation/master/InitializeKiCad10Project.sh | bash /dev/stdin MyProject

Les fichiers sont modélisés d’après KiCad 10.0.1 mais fonctionnent avec toute version récente. C’est un gain de temps précieux pour les pipelines d’automatisation.

Pièges à éviter

Ne pas ouvrir un fichier KiCad 10 dans KiCad 9 : vous perdriez les sections spécifiques à la version 10. Si vous travaillez en équipe, imposez une version unique.
Attention aux scripts Python : testez vos scripts avec la dernière API pcbnew avant de migrer. L’article d’Electronics Design Australia recommande d’utiliser kicad-cli pour les contrôles DRC/ERC automatisés dans vos pipelines CI.
Surveillez les performances : si vous constatez des lenteurs dans l’éditeur PCB avec 10.0.5, passez à 10.0.6 qui corrige plusieurs problèmes signalés par la communauté.

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

KiCad 10 n’est pas qu’un format de fichier enrichi — c’est tout un écosystème qui s’emballe. En 2026, plusieurs tendances méritent votre attention.

Les routeurs GPU : OrthoRoute et autres

Le routeur GPU OrthoRoute, né d’un article de Hackaday, a démontré sa capacité à router un backplane de 17 600 pads et 8 192 airwires — un design qui « stoppait les routeurs traditionnels ». Comme le détaille notre article dédié, ce plugin propulsé par GPU utilise un algorithme de type PathFinder pour avaler le graphe de routage. Ses benchmarks racontent une autre histoire : les performances sont impressionnantes, mais il assume ses limites sur certains types de cartes.

L’IA s’invite dans le routage

Le serveur MCP KiCad 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. Un article de DevTrends présente Konnect, un plugin natif pour KiCad 10 écrit en Rust, qui transforme Claude en assistant de conception via MCP. Notre article sur l’IA dans KiCad fait le point sur les copilots et les plugins qui fonctionnent réellement.

Le fork chinois KiCad 华秋

Le fork chinois KiCad 华秋, porté par Huaqiu Electronics, continue de mûrir. Il ajoute des fonctionnalités cloud, un copilot IA et une commande de fabrication en un clic. Comme le souligne notre état des lieux, ce fork interroge mais innove — et il est suivi de près par la communauté.

La simulation : un an après

Douze mois après la sortie de KiCad 10.0.0, notre bilan de la simulation montre que les promesses de Sim.Pins et de l’intégration ngspice améliorée sont en grande partie tenues, même si certains bugs persistent et que la communauté a développé des workarounds efficaces.

Conclusion : un format qui évolue sans se renier

Le format .kicad_pcb de KiCad 10 n’a pas changé de nature : il reste du S-expression texte, lisible et versionnable. Mais il s’est enrichi de sections dédiées aux variantes, aux blocs, aux règles DRC graphiques et aux codes-barres. Cette évolution pragmatique préserve la compatibilité avec Git tout en ouvrant la voie à des fonctionnalités professionnelles.

Avec la version 10.0.6, la branche 10 atteint sa maturité. Les bugs de migration les plus gênants sont corrigés, les performances s’améliorent, et l’écosystème (routeurs GPU, IA, forks, plugins) s’emballe. Si vous hésitiez encore à migrer, le moment est venu : le format est stable, les outils de review le comprennent, et la communauté est plus active que jamais.

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.

KiCad 10 : le nouveau format de fichier PCB décrypté – compatibilité, migration et impact sur votre workflow