Kicad Master · 4 September 2026

KiCad 10 : l’embedding, la portabilité et l’écosystème qui changent la conception PCB en 2026

KiCad 9 a introduit une fonctionnalité discrète mais transformatrice : l’incorporation directe de symboles, empreintes et modèles 3D dans le fichier projet. Avec KiCad 10, cette capacité est devenue un pilier de l’écosystème, renforçant la portabilité, le versioning et la collaboration. Décryptage d’une évolution qui change radicalement la conception PCB open-source, et qui s’articule désormais avec la bibliothèque CERN, les outils de versioning cloud, les plugins d’IA et l’autoroutage GPU.

L’embedding en pratique : comment KiCad 9 a changé la donne

Jusqu’à la version 8, un projet KiCad était un assemblage de fichiers liés à des bibliothèques externes : symboles, empreintes, modèles 3D, tout pointait vers des fichiers situés dans des dossiers système, utilisateur ou projet. Le moindre déplacement de ces dépendances provoquait des liens cassés, des erreurs de chargement et des heures de débogage. Avec KiCad 9.0, sorti en février 2025 (annonce officielle), les développeurs ont introduit une fonctionnalité longtemps attendue : l’embedding (incorporation) des symboles, empreintes et modèles 3D directement dans les fichiers du projet.

Concrètement, lorsque vous activez l’embedding, KiCad copie les données des composants utilisés – leur représentation schématique, leur empreinte PCB, leur modèle 3D – et les stocke dans le fichier projet lui-même. Techniquement, le format reste celui des S-expressions textuelles (le format natif de KiCad) : les données embarquées sont sérialisées et intégrées aux fichiers .kicad_pro (projet), .kicad_sch (schéma) et .kicad_pcb (circuit imprimé). Aucun format binaire propriétaire, tout reste lisible et versionnable. La documentation officielle de KiCad 9.0 (révision 9.0.9) détaille l’ensemble du mécanisme (manuel de référence).

Deux modes sont proposés :

Embedding automatique : lors de l’ajout d’un composant depuis une bibliothèque, KiCad copie automatiquement les données dans le projet. C’est le mode recommandé pour les nouveaux designs.
Embedding manuel : vous conservez des liens vers les bibliothèques externes, mais vous pouvez décider d’incorporer certains composants spécifiques (par exemple, un symbole personnalisé ou une empreinte rare).

L’option se configure dans les préférences du projet (Fichier > Propriétés du projet > Fichiers embarqués). Un simple clic permet de basculer un composant du mode lié au mode embarqué, et vice‑versa. Cette souplesse est cruciale pour adopter la fonctionnalité progressivement, sans casser les projets existants. Les discussions sur le forum officiel confirment que la gestion des fichiers embarqués, notamment pour les modèles 3D, a été affinée au fil des versions correctives (discussion forum).

À noter : KiCad 9.0 a également introduit les ensembles prédéfinis de tâches (Jobsets), les classes de composants et les design blocks (blocs de conception réutilisables), qui viennent compléter l’embedding pour un workflow plus industrialisé (analyse Elektor). Mais c’est bien l’incorporation des données qui constitue le changement le plus profond.

Avec KiCad 10.0, sorti le 20 mars 2026 (annonce officielle), l’embedding a été stabilisé et optimisé. Les performances de sérialisation ont été améliorées, et l’interface utilisateur pour la gestion des fichiers embarqués a été affinée. En juillet 2026, la version 10.0.5 est devenue la stable recommandée (notes de version), avec des corrections critiques et des améliorations mineures. La version 10.0.4, sortie le 21 juin 2026, avait déjà apporté son lot de correctifs (annonce 10.0.4). Depuis septembre 2026, la version 10.0.6 est la dernière stable recommandée, poursuivant le rythme soutenu de publication de la fondation KiCad – un signe de maturité et d’une communauté extrêmement active (source Wikipédia).

Portabilité sans compromis : pourquoi l’embedding révolutionne le partage de designs

Avant KiCad 9, partager un projet complet relevait du parcours du combattant. Il fallait soit :

Fournir l’intégralité des bibliothèques utilisées (souvent volumineuses),
Espérer que le destinataire dispose des mêmes versions,
Ou utiliser un outil externe pour « figer » les dépendances.

Avec l’embedding, le projet devient autonome. Un seul dossier (ou une archive ZIP) contient tout le nécessaire : schémas, PCB, symboles, empreintes, modèles 3D. Plus de chemins absolus, plus de fichiers manquants, plus de « Ça marche chez moi ».

Aspect	Bibliothèques externes (KiCad ≤8)	Fichiers embarqués (KiCad 9/10)
Dépendances	Multiples fichiers externes	Tout dans le projet
Partage	Archive + bibliothèques à joindre	Un seul dossier / dépôt
Risque de liens cassés	Élevé (déplacement, renommage)	Nul
Mise à jour des composants	Automatique si bibliothèque à jour	Manuelle (ré‑embedding)
Taille du projet	Faible (liens)	Plus élevée (données dupliquées)
Compatibilité ascendante	Projets ouverts dans toutes les versions	Projets embarqués non ouvrables dans KiCad ≤8

Cette autonomie change la donne pour le partage par email, les dépôts Git, ou la publication de designs sur des plateformes comme GitHub, GitLab ou les forums. Un designer peut désormais envoyer son projet à un fabricant (JLCPCB, PCBWay) sans craindre qu’un symbole ne se charge pas. Les tutoriels et les exemples de code deviennent reproductibles à l’identique. Le tutoriel de conception PCB de bout en bout pour KiCad 9 illustre parfaitement cette approche : un projet complet, du schéma aux fichiers Gerber, peut être partagé et reproduit sans configuration supplémentaire (tutoriel PCB KiCad 9).

Exemple concret : un projet open‑source de carte d’acquisition utilisant un microcontrôleur STM32 et un capteur Bosch. Sans embedding, le contributeur doit télécharger les bibliothèques STM32 et Bosch, les installer dans le bon dossier, et espérer que les chemins correspondent. Avec l’embedding, il clone le dépôt et ouvre le projet : tout est là.

La version portable de KiCad (KiCad Portable 10.0.5) illustre parfaitement cette portabilité : une clé USB suffit pour emporter l’EDA et tous ses projets embarqués, sans installation ni droits administrateur. L’embedding garantit que les designs restent complets même sur un support amovible. C’est un argument de poids pour les ingénieurs terrain qui doivent présenter des projets chez des clients sans avoir accès à leur poste de travail habituel. Et la tendance s’accentue : KiCad est même désormais accessible dans un navigateur web, permettant de travailler sur ses projets depuis n’importe quelle machine connectée (source).

Git et collaboration : la fin des fichiers orphelins

Le versioning avec Git est l’un des grands bénéficiaires de l’embedding. Dans un workflow classique, les fichiers de bibliothèques sont souvent exclus du dépôt (via .gitignore) ou gérés comme des sous‑modules, ce qui complique les diff et les merge. Les modifications d’un symbole ou d’une empreinte ne sont pas tracées dans l’historique du projet, ce qui peut entraîner des régressions silencieuses.

Avec l’embedding, chaque composant fait partie intégrante du dépôt. Si vous modifiez un symbole, le fichier .kicad_sch change, et Git voit la différence. Les diff deviennent lisibles (format texte), les merge sont plus fiables, et la reproductibilité des builds est garantie : on peut reconstruire un design exactement comme il était à un commit donné, sans dépendre de l’état des bibliothèques locales.

Pour les équipes, cela ouvre la voie à :

CI/CD : un serveur d’intégration continue peut cloner le dépôt, lancer une vérification DRC, générer les fichiers Gerber, le tout sans configuration supplémentaire. L’API Python pcbnew et l’outil en ligne de commande kicad-cli permettent d’automatiser des vérifications DRC/ERC personnalisées et la génération de BOM et d’empreintes directement dans le pipeline (guide d’automatisation) — une approche que l’embedding rend bien plus robuste, puisque toutes les données sont dans le dépôt.
Revue de code : les modifications de symboles ou d’empreintes sont visibles dans la pull request, ce qui permet une relecture fine.
Distribution de designs prêts à fabriquer : un client ou un fabricant reçoit un dépôt Git complet, avec la garantie que tout est présent.

Des services spécialisés ont d’ailleurs émergé pour tirer parti de cette synergie entre KiCad et Git : BoardRepo et CADLAB.io proposent un hébergement cloud avec visualisation web des schémas et PCB, historique visuel et commentaires sur les composants ou les pistes, avec une offre gratuite limitée et une option on-premise pour les entreprises. Anchorpoint propose également un guide complet pour utiliser Git avec KiCad comme filet de sécurité ultime pour les layouts (guide Anchorpoint). L’embedding rend ces outils nettement plus efficaces, puisque le dépôt contient tout.

Mise en garde : l’embedding augmente la taille du dépôt, surtout si vous incluez des modèles 3D complexes. Mais cette augmentation est souvent acceptable au regard des gains de fiabilité. Certaines équipes choisissent d’embarquer uniquement les symboles et empreintes, et de laisser les modèles 3D en lien externe (ou de les compresser).

KiCad 10 : l’embedding au cœur d’un écosystème en pleine ébullition

KiCad 10 n’a pas seulement stabilisé l’embedding : il l’a intégré dans un écosystème beaucoup plus large. Cinq évolutions majeures méritent d’être soulignées.

Le passage au format STEP pour tous les modèles 3D

Dès le cycle de KiCad 9, l’équipe a basculé le format 3D par défaut vers STEP. Avec KiCad 10, seuls des fichiers STEP sont désormais distribués dans les bibliothèques officielles (annonce de la version 10.0.0). Cela réduit considérablement la taille d’installation des modèles 3D et améliore la précision géométrique, avec moins d’écarts entre la visualisation et l’export. Pour l’embedding, c’est une excellente nouvelle : les modèles STEP embarqués sont plus compacts et plus précis que les anciens formats VRML, ce qui atténue l’un des principaux freins à l’adoption (la taille des projets). Les bibliothèques officielles ont été entièrement migrées vers STEP, un chantier considérable qui a mobilisé la communauté pendant plusieurs mois.

La bibliothèque CERN : 17 000 composants à embarquer

Le 12 mai 2026, le CERN a officialisé la publication de sa bibliothèque interne de composants pour KiCad : plus de 17 000 symboles et empreintes, validés par le Bureau de Conception (source). Cette bibliothèque, compatible avec KiCad 9.x et 10.x, est publiée sous licence CERN-OHL-P-2.0, une licence open-source permissive qui autorise une utilisation libre, y compris commerciale. C’est une mine d’or pour les concepteurs : chaque composant a été rigoureusement vérifié par les ingénieurs du CERN, qui conçoivent des équipements scientifiques parmi les plus exigeants au monde.

Combinée à l’embedding, elle change radicalement le workflow : vous pouvez piocher un composant dans la bibliothèque CERN, l’embarquer dans votre projet, et être certain qu’il restera disponible pour toujours, même si la bibliothèque évolue ou disparaît. C’est exactement le scénario pour lequel l’embedding a été conçu. La bibliothèque couvre un large spectre : résistances, condensateurs, connecteurs, puces spécialisées, etc. Les retours de la communauté soulignent la fiabilité des dimensions, un point crucial pour éviter les erreurs de fabrication (discussion LinuxFr).

L’IA s’invite dans le flux de conception

2026 marque l’arrivée en force de l’intelligence artificielle dans l’écosystème KiCad. Plusieurs approches coexistent :

Plugins in-éditeur : des assistants basés sur des modèles de langage (LLM) analysent le schéma, inspectent le PCB, tracent les connexions et valident le design. Le KiCad MCP Server de Seeed-Studio permet par exemple à des assistants IA de lire et modifier des projets KiCad directement (source).
Génération de schémas : des outils « generate-then-export » produisent un schéma complet à partir d’une description textuelle, puis l’exportent au format KiCad.
Génération de composants : l’IA aide à créer symboles et empreintes à partir de datasheets, réduisant le temps de saisie manuelle.

Un comparatif honnête des outils disponibles en 2026 montre que ces plugins sont encore expérimentaux mais déjà utilisables pour des tâches ciblées (analyse Protoflow). L’enquête de Weidmüller auprès des ingénieurs PCB confirme que l’IA est désormais perçue comme un outil normalisé, même si des écarts subsistent entre les attentes et la réalité (source Automation World).

L’autoroutage nouvelle génération : GPU et Freerouting

L’embedding facilite aussi l’intégration d’outils d’autoroutage externes. Freerouting, l’autorouteur open-source, s’interface désormais proprement avec KiCad 10, avec des modes « Walk Around » et « Shove » pour un routage interactif efficace (tutoriel Rottenwifi). Des solutions commerciales comme PCB Auto Router exploitent l’accélération GPU pour router des cartes complexes en quelques minutes, avec prise en charge des paires différentielles et de l’égalisation de longueur (site officiel). Un cas d’école impressionnant : un backplane de 16 connecteurs de 1 100 broches chacun (17 600 pads, 8 192 airwires) a été routé automatiquement, là où les routeurs traditionnels échouaient (article Hackaday).

La simulation SPICE enfin crédible

KiCad 10 intègre ngspice de manière beaucoup plus fluide. Le workflow de simulation en cinq étapes (schéma → annotation → simulation → analyse → itération) est désormais comparable à LTspice pour la plupart des cas d’usage courants. Les plugins et scripts permettent de combler les angles morts, notamment pour les modèles non linéaires ou les analyses mixtes. C’est un complément naturel à l’embedding : un projet embarqué peut inclure ses fichiers de simulation, garantissant la reproductibilité complète des résultats.

Migration et bonnes pratiques : passer à KiCad 10.0.6

La version 10.0.6, stable recommandée depuis septembre 2026, apporte son lot de correctifs et d’améliorations. Pour migrer en douceur :

Sauvegardez vos bibliothèques et projets existants (Git est votre meilleur allié).
Testez l’ouverture de vos projets dans 10.0.6 sans activer l’embedding dans un premier temps.
Activez l’embedding progressivement : commencez par les nouveaux designs, puis convertissez les projets critiques.
Vérifiez les modèles 3D : la migration vers STEP peut nécessiter de re-télécharger certains modèles.
Adoptez Git si ce n’est pas déjà fait : l’embedding rend le versioning bien plus efficace.

L’import natif d’Allegro, PADS et gEDA, le mode sombre et les variantes de conception font partie des nouveautés qui facilitent la transition depuis d’autres outils (source magazine).

En résumé : le moment est venu

L’embedding, introduit en 2025 avec KiCad 9 et consolidé avec KiCad 10, n’est plus une simple option : c’est le socle d’un écosystème en pleine explosion. Combiné à la bibliothèque CERN, aux outils d’IA, à l’autoroutage GPU et à la simulation SPICE, il transforme KiCad en une véritable alternative open-source aux géants propriétaires comme Altium Designer – dont l’abonnement annuel oscille entre 3 850 et 5 000 USD par utilisateur, sans compter la formation (comparatif ToolsInfo). Pour les concepteurs individuels comme pour les équipes, le moment est venu de sauter le pas : la portabilité, la reproductibilité et la collaboration n’ont jamais été aussi accessibles.

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.

Fichiers embarqués dans KiCad 9/10 : la révolution silencieuse de la gestion des projets