Electrosens R&D

Après la 10.0.5, KiCad retient son souffle : ce que la feuille de route ne dit pas (encore)

Electrosens Kicad Master · 25 October 2026

KiCad 10.0.x : la 10.0.7 est sortie, la 10.0.8 en release candidate — où en est vraiment l’écosystème ?

La branche 10.0.x arrive au bout de son cycle de rattrapage : la 10.0.7 est sortie le 7 octobre 2026, et une 10.0.8 est déjà en release candidate depuis le 22 octobre. Huit mois après la 10.0.0 de mars, le noyau s’est stabilisé, les importateurs natifs ont été éprouvés sur le terrain, et l’écosystème — plugins, autoroutage GPU, bibliothèques générées par scripts, IA — a changé d’échelle. Tour d’horizon rigoureux de ce que les concepteurs PCB peuvent réellement attendre de la suite, sans spéculation hasardeuse.

10.0.7 et 10.0.8 : la stabilisation s’achève, pas à pas

La chronologie officielle du projet est désormais bien documentée. Après la 10.0.6, annoncée sur kicad.org le 29 août 2026 (après une release candidate 1 le 18 août), le projet a enchaîné avec la 10.0.7 : release candidate 1 le 27 septembre 2026, release candidate 2 le 3 octobre 2026, puis sortie stable le 7 octobre 2026. Et le cycle ne s’arrête pas là : une 10.0.8 est déjà en release candidate depuis le 22 octobre 2026.

Cette cadence — une majeure en mars, puis sept correctifs en sept mois, avec une huitième livraison en préparation — confirme que la branche 10.x a atteint sa vitesse de croisière. Le site officiel de téléchargement affiche d’ailleurs « Current Version » pour Windows, avec un support des plateformes x86-64 et arm64, et les distributions suivent : le paquet kicad-10.0.6-alt2 est présent dans le dépôt Sisyphus d’ALT Linux, et des guides d’installation dédiés à la 10.0.6 sur Mac Apple Silicon ont été publiés le 23 septembre 2026 (NOVAKVM Engineering Blog), avec vérification de l’architecture et validation des workflows PCB, Gerber, 3D et distants.

Le bilan de la série 10 reste impressionnant. Selon le blog officiel, la version 10 a été construite avec 7 609 commits uniques — un volume considérable pour un projet open-source qui fonctionne au rythme des contributions volontaires. Les bibliothèques officielles ont été enrichies de 952 symboles, 1 216 empreintes et 386 modèles 3D, portant le catalogue à un niveau jamais atteint. Surtout, la 10.0 a marqué un tournant structurel : plus de 78 % des empreintes de la bibliothèque officielle sont désormais générées par des outils automatisés plutôt que dessinées manuellement, et les modèles 3D sont passés au format STEP exclusivement, réduisant significativement la taille d’installation.

La 10.0.5, livrée le 22 juillet 2026, avait déjà apporté son lot de correctifs critiques : un crash à la fermeture du programme (issue #23102), un crash lors de la migration d’une table de bibliothèque imbriquée (#23291), un crash d’initialisation du driver 3Dconnexion (#22609), ou encore un blocage sur géométrie énorme avec lignes pointillées (#23824). Mais la 10.0.5 n’a pas que corrigé : un fil du forum du 12 août 2026 signale un grave problème de performance dans l’éditeur PCB — déplacement de pistes existantes extrêmement lent, rendant la 10.0.5 « inutilisable » pour certains utilisateurs travaillant sur des pistes déjà routées. Un rappel utile que les correctifs successifs ne sont pas toujours indolores, et que la 10.0.6 puis la 10.0.7 ont dû repasser sur ces régressions.

Version Date de sortie Type Contenu principal
10.0.0 Mars 2026 Majeure 7 609 commits, nouvelles fonctionnalités, bibliothèques enrichies
10.0.1 Avril 2026 Correctif Corrections de bugs post-sortie
10.0.2 Non précisé Correctif Corrections (également déclinée en édition chinoise 华秋)
10.0.3 Non précisé Correctif Corrections (utilisée dans le retour d’expérience OSH Park)
10.0.4 21 juin 2026 Correctif Corrections critiques et améliorations mineures
10.0.5 22 juillet 2026 Correctif Correctifs critiques, cherry-picks ; régressions de performance signalées
10.0.6 29 août 2026 Correctif Correctifs critiques et améliorations mineures
10.0.7 7 octobre 2026 Correctif Stabilisation continue (RC1 le 27/09, RC2 le 03/10)
10.0.8 RC depuis le 22 octobre 2026 Correctif (à venir) Stabilisation continue

Ce que la 10.0.x ne dit pas : la feuille de route officielle reste muette

Le point le plus frappant, pour qui observe KiCad depuis quelques cycles, c’est le silence radio sur l’avenir. Aucune annonce ferme pour une 10.1, aucune date pour la 11.0, aucun jalon GitLab public mentionnant des fonctionnalités à venir. Les canaux officiels — le blog, la page des release notes, le dépôt GitHub — ne contiennent aucune feuille de route explicite.

Jalons de la série KiCad 10.0.x (2026)Commits uniques (10.0.7609commits / élémentsSymboles ajoutés952commits / élémentsEmpreintes ajoutées1216commits / élémentsModèles 3D ajoutés386commits / éléments

Ce silence est en soi un signal. KiCad fonctionne selon une méthode de développement incrémentale et communautaire : les grandes orientations se décident dans les fils de discussion du forum, se concrétisent dans les merge requests, et ne sont annoncées qu’au moment où elles deviennent des fonctionnalités stables. La politique de maintenance, elle, est claire : la série 9.x n’est plus activement maintenue depuis la sortie de la 10.0.0, et les correctifs pour la 10.x sont prévus pour une durée d’un an avant le développement de la version 11. Cela place le début du travail sur la 11.0 quelque part entre la mi-2026 et la mi-2027 — mais sans date précise.

Il faut aussi rappeler que KiCad a un cycle historique de versions majeures espacées d’environ deux ans : la 9.0 est sortie en février 2025, la 10.0 en mars 2026. Si ce rythme se maintient, la 11.0 pourrait arriver en 2028 — mais ce n’est qu’une extrapolation, pas une annonce. Les seuls jalons officiels confirmés sont la 10.0.0 (mars 2026), la 10.0.6 (29 août 2026), la 10.0.7 (7 octobre 2026) et la release candidate de la 10.0.8 (22 octobre 2026). Le projet n’a pas communiqué sur des versions intermédiaires comme une éventuelle 10.1.

Les fonctionnalités qui ont fait la 10.0 : DRC graphique, variantes, routage différentiel

Si la 10.0.x est une série de stabilisation, la majeure 10.0.0 a apporté son lot de nouveautés structurantes. Parmi elles, l’éditeur de règles DRC graphique mérite une mention spéciale : il permet de visualiser et de configurer les règles de conception directement dans l’interface, sans avoir à plonger dans des fichiers de configuration textuels. Pour les concepteurs qui jonglent avec des contraintes de clearance, d’impédance ou d’espacement, c’est un gain de productivité immédiat.

Les variantes de conception sont une autre avancée majeure. Longtemps le cauchemar des révisions — gérer plusieurs déclinaisons d’un même PCB (avec ou sans certains composants, différentes valeurs de résistances, etc.) —, cette fonctionnalité est désormais native. Elle permet de définir des variantes de BOM et de placement sans dupliquer le projet, une fonctionnalité que les utilisateurs d’Altium connaissent bien et qui manquait cruellement à KiCad.

Enfin, le routage différentiel haute vitesse a fait entrer KiCad dans la cour des grands. Avec la prise en charge des paires différentielles, des contraintes d’impédance et des règles de longueur, l’outil open-source peut désormais rivaliser avec des solutions propriétaires sur des designs haute fréquence. C’est un signal fort pour les bureaux d’études qui hésitaient encore à franchir le pas. À ces briques s’ajoutent des douceurs d’ergonomie — mode sombre, barres d’outils personnalisables — qui, sans faire la une, changent le quotidien.

Les signaux faibles du forum : ce que les utilisateurs demandent vraiment

Si la feuille de route officielle est muette, la communauté, elle, ne l’est pas. Le fil « Post-V10 New Features and Development News » du forum KiCad.info est le lieu où s’échangent les propositions, les espoirs et les frustrations. Son contenu détaillé n’était pas accessible dans le cadre de cet article — une limite à assumer : il serait trompeur de prétendre synthétiser des discussions que nous n’avons pas lues. Ce que nous pouvons observer, en revanche, ce sont les signaux faibles éparpillés dans les fils récents du forum.

Source : forum.kicad.info

Prenons le fil sur les « local power labels » (3 août 2026). KiCad 10 a introduit cette nouvelle fonctionnalité, mais l’utilisateur qui a ouvert le fil avoue ne pas comprendre comment l’activer : « J’ai eu deux idées : modifier une étiquette d’alimentation existante pour la rendre locale, mais je ne trouve pas de paramètre pour cela ». Ce type de confusion est un signal classique : une fonctionnalité existe, mais son ergonomie n’est pas au point. C’est typiquement ce qui alimente les demandes d’amélioration de l’interface dans les cycles suivants.

Autre signal, plus préoccupant : le fil « OSH Park / KiCad snafu » (22 juillet 2026). Un utilisateur sous KiCad 10.0.3 rapporte que ses traces de signaux sont « complètement fusionnées avec les plans de puissance et de masse » après fabrication chez OSH Park. Sans pouvoir trancher sur la cause (un problème d’export Gerber ? de réglage de clearance ? de zone de cuivre ?), ce retour illustre les douleurs récurrentes sur la gestion des zones de cuivre — un sujet qui revient régulièrement dans les discussions communautaires.

Enfin, le fil « KiCad V10 development status (as of 24-Nov-2025) » montre que la communauté anticipe, interroge, et tente de deviner ce que les mainteneurs préparent. C’est le rôle traditionnel de ces fils : recueillir les propositions structurantes (gestion des variantes, amélioration de l’importation, etc.) et les soumettre à l’appréciation des développeurs. Mais sans accès au contenu, il serait malhonnête d’affirmer qu’un consensus s’est dégagé sur telle ou telle fonctionnalité.

Importateurs natifs : Allegro, PADS et gEDA entrent dans la danse

Pendant des années, migrer un projet d’Altium Designer, d’Allegro ou de PADS vers KiCad relevait du parcours du combattant : plugins tiers plus ou moins maintenus, formats binaires fermés, pertes de données en cascade. La 10.0 a changé la donne avec l’introduction d’importateurs natifs pour Allegro, PADS et gEDA/Lepton EDA.

L’importateur Allegro est un défi technique relevé : il gère les fichiers .brd et .dra, avec une couverture impressionnante des éléments de conception — symboles, empreintes, contraintes, zones de cuivre. L’importateur PADS promet une migration complète schéma + PCB, ce qui manquait cruellement aux solutions précédentes. Quant à gEDA/Lepton EDA, son import discret mais utile renforce la position de KiCad comme outil de convergence pour l’open-source.

Le grand absent reste Altium Designer : aucun importateur natif n’est encore disponible pour les fichiers .SchDoc et .PcbDoc. C’est un chantier colossal — le format est propriétaire et complexe — mais la pression communautaire est forte, d’autant que la fin de vie d’EAGLE (7 juin 2026) pousse de nombreux utilisateurs vers KiCad. Pour l’instant, la migration depuis Altium passe encore par des outils tiers, avec des résultats variables selon la complexité du design. Un fil du forum du 1er septembre 2026 en donne un exemple concret : un utilisateur migrant un projet Altium (version 25.6.2) vers KiCad 10.0.6 se heurte à l’avertissement ERC « Symbol pin or wire end off connection grid » sur presque chaque broche et chaque fil — un problème d’alignement de grille typique de ces migrations, qui rappelle que l’import Altium reste un chantier manuel et perfectible.

IA, collaboration, automatisation : les pistes qui émergent

C’est le sujet qui électrise la communauté : l’IA va-t-elle transformer la conception de PCB ? Les articles récents se multiplient — « KiCad AI in 2026: Copilots, Plugins, and Generators That Actually Work » (31 juillet 2026), qui recense trois méthodes réelles pour ajouter de l’IA à un workflow KiCad, l’étude Weidmuller sur l’impact des outils IA dans le workflow PCB (24 juillet 2026) — et des outils concrets existent déjà.

Le plus notable est le KiCad MCP Server de Seeed-Studio (mentionné sur Glama, 16 juillet 2026) : un serveur MCP (Model Context Protocol) qui permet à des assistants IA d’analyser des schémas, d’inspecter des PCB, de tracer des connexions, de valider des designs et de générer du code embarqué pour des projets KiCad. La passerelle se concrétise aussi côté Rust : Konnect, plugin natif pour KiCad 10, transforme Claude en assistant de schématique et de routage via MCP (DevTrends, 7 septembre 2026). C’est un exemple frappant de ce que l’écosystème construit en périphérie du logiciel.

L’enquête Weidmuller, publiée le 24 juillet 2026, révèle que 91 % des ingénieurs nord-américains déclarent utiliser l’IA dans leur flux de conception PCB. Un chiffre choc, mais qui cache des réalités nuancées : l’IA est utilisée principalement pour la vérification de règles (DRC), la génération de rapports et l’assistance à la sélection de composants — pas encore pour le placement ou le routage automatique de bout en bout. Les gains de temps annoncés (de 3 heures à moins de 10 minutes pour certaines tâches de routage) sont réels mais concernent des cas d’usage spécifiques.

Il y a aussi les autorouteurs intelligents. Le PCB Auto Router (27 juillet 2026) se présente comme un outil « GPU-accelerated » supportant l’import KiCad et JLC EDA, avec routage automatique de circuits complexes et paires différentielles. Plus intéressant encore pour l’écosystème KiCad : OrthoRoute, un plugin qui exploite la puissance du GPU (CUDA) et l’algorithme PathFinder — hérité du routage FPGA — pour bousculer le dogme de l’autoroutage lent et rigide. Les benchmarks désormais disponibles nuancent toutefois l’enthousiasme : les gains sont réels sur certains designs, mais l’autoroutage GPU reste limité sur les règles avancées, les composants traversants et la confiance à accorder au résultat. À noter aussi la mise en garde de la communauté Freerouting : la version 2.3.0 produit des routes que son propre scoring signale comme portant des violations de clearance, là où la 2.2.4 routait proprement (GitHub, 28 août 2026) — un rappel que l’autoroutage, quel qu’il soit, exige une validation DRC systématique.

Bibliothèques générées par scripts et automatisation du workflow

L’un des changements les plus silencieux mais les plus profonds de 2026 concerne la fabrication des bibliothèques. La bascule vers des empreintes générées par outils automatisés (plus de 78 % du catalogue officiel) s’accompagne d’une vague d’outils communautaires. Exemple emblématique : la génération de grilles de vias de stitching reliés à la masse par script plutôt qu’à la main (scriptedpcb.com, 13 septembre 2026), et les tutoriels de plugins 2026 pour auto-remplir les plans de masse en un clic (SaludPCB, 11 août 2026). Ces outils ne remplacent pas le concepteur, mais ils éliminent des tâches répétitives — vias de stitching, plans de masse, RF shielding, gestion thermique — qui consommaient des heures de travail fastidieux.

Côté workflow d’autoroutage interactif, les guides 2026 (rottenwifi.com, 13 août 2026) rappellent la bonne pratique : configurer les règles, placer les composants, utiliser les modes Walk Around et Shove du routeur interactif, intégrer Freerouting pour les cas complexes, puis valider chaque carte par DRC et contrôles de fabrication. C’est là que se joue la vraie productivité — moins dans la promesse d’un routage « magique » que dans la discipline d’un flux outillé.

L’écosystème 2026 : conférences, CERN et communauté

La vitalité du projet se mesure aussi à ses rendez-vous. Le projet a annoncé, le 16 septembre 2026, la quatrième conférence asiatique KiCon à Shenzhen, du 5 au 7 novembre 2026, à l’hôtel Huaqiang Plaza — signe que la communauté KiCad s’ancre durablement en Asie, au cœur de l’écosystème de fabrication. Ces conférences sont l’occasion de croiser les mainteneurs, les éditeurs de plugins et les industriels, et de voir émerger les orientations avant qu’elles ne deviennent des fonctionnalités.

Le soutien institutionnel reste un pilier : les dons transitent par la Linux Foundation, qui collecte les contributions au profit du développement. Et l’écosystème matériel suit : 3Dconnexion consacre une page officielle à KiCad et une démonstration vidéo à la SpaceMouse, confirmant l’intégration des périphériques professionnels dans le flux de conception.

Verdict : une branche mature, un écosystème en pleine effervescence

Huit mois après la 10.0.0, le constat est clair. La branche 10.0.x a rempli son contrat : stabiliser une majeure ambitieuse (DRC graphique, variantes, routage différentiel), corriger les régressions — y compris les problèmes de performance de la 10.0.5 — et livrer un rythme de correctifs prévisible jusqu’à la 10.0.7 et la 10.0.8 en préparation. Les importateurs natifs Allegro, PADS et gEDA ont été éprouvés sur le terrain, avec leurs limites (l’absence d’Altium natif reste le grand angle mort). Et l’écosystème — MCP, Konnect, OrthoRoute, scripts de bibliothèques — a changé d’échelle.

Reste la question de la suite : sans feuille de route officielle, toute annonce sur la 11.0 relèverait de la spéculation. Ce que l’on peut affirmer, sources à l’appui : la 10.0.7 est sortie le 7 octobre 2026, la 10.0.8 est en release candidate depuis le 22 octobre 2026, et le projet n’a rien annoncé d’autre. Pour le concepteur PCB, le message est simple : la 10.0.x est aujourd’hui une base stable et outillée, et c’est le moment d’explorer l’écosystème plutôt que d’attendre une hypothétique prochaine majeure.

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 *