Kicad Master · 1 September 2026

KiCad 10 en septembre 2026 : importateurs natifs, stabilisation 10.0.6 et écosystème en ébullition

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. Avec la version 10.0, l’équipe KiCad a fait le pari de briser ces barrières en intégrant trois importeurs natifs. Six mois et six correctifs plus tard, la version stable 10.0.6 est disponible depuis août 2026, et la série 10.0.x continue de mûrir. Mais ces importeurs tiennent-ils vraiment leurs promesses ? Décryptage technique, limitations et perspectives pour les concepteurs, à l’heure où l’écosystème s’emballe entre plugins IA, autoroutage GPU et bibliothèque CERN.

Le grand saut : pourquoi KiCad 10.0 change la donne pour la migration EDA

Jusqu’à la version 9.x, quiconque souhaitait basculer d’un EDA propriétaire vers KiCad devait se contenter d’outils de contournement. Des plugins comme Altium2KiCad ou Eagle2KiCad existaient, mais leur maintenance était aléatoire, souvent portée par un unique développeur. Les formats propriétaires évoluaient plus vite que les scripts, et les conversions aboutissaient fréquemment à des schémas incomplets, des empreintes décalées ou des règles de conception perdues. Sur les forums, les retours d’expérience parlaient de « migrations partielles » et de « retouches manuelles interminables ». La barrière à l’entrée pour les professionnels était réelle.

L’annonce de KiCad 10.0, publiée le 20 mars 2026 (source : blog officiel KiCad), a marqué un tournant. Pour la première fois, l’équipe de développement intégrait nativement des importeurs pour trois formats majeurs : Cadence Allegro, Mentor PADS et gEDA/Lepton EDA. Fini les dépendances à des scripts externes : le parsing est désormais dans le code source de KiCad, maintenu par la communauté et testé en continu. Une rupture promise par l’équipe, mais qu’en est-il dans les faits ?

Depuis la sortie de la 10.0.0, six versions correctives ont été publiées : 10.0.1, 10.0.2, 10.0.3, 10.0.4, 10.0.5 et 10.0.6 (cette dernière datée d’août 2026). La version 10.0.6 contient des correctifs critiques et est recommandée par le projet (source : annonce officielle 10.0.6). Le rythme soutenu des correctifs — six en cinq mois — témoigne de l’engagement de l’équipe à consolider la série 10.x. Au total, ce sont 7 609 commits et 2 105 merge requests qui ont été intégrés, avec un temps de review moyen passé de 3 jours à 18 heures (source : blog officiel KiCad).

Cette consolidation s’accompagne d’avancées majeures au-delà des importeurs : l’éditeur de règles DRC graphique, les variantes de conception, le routage différentiel haute vitesse, le mode sombre et un nouveau moteur de rendu 3D ont fait de KiCad 10 une version charnière, adoptée par les bureaux d’études en quelques mois (source : Tech Explorations). La version 10.0.6 corrige notamment des problèmes de mémoire, de rafraîchissement du canvas et d’import Eagle (source : changelog 10.0.6).

Trois nouveaux venus : Allegro, PADS et gEDA – que couvrent-ils vraiment ?

Avant de plonger dans les détails, dressons l’inventaire officiel des formats supportés, tel que publié sur le blog de KiCad.

Importateur	Formats lus	Schéma / PCB	Éléments conservés (principaux)	Limitations connues
Cadence Allegro	`.brd` versions 16 à 23	PCB uniquement	Footprints (référence, valeur, position, rotation, couches, formes de pastilles : cercle, carré, rectangle, oblong, rectangle arrondi, rectangle chanfreiné, octogone, polygone personnalisé), diamètres de perçage, paramètres de décharge thermique ; pistes, arcs, vias (largeur, assignation de net) ; zones de cuivre reconstruites à partir de contours ; teardrops (Allegro 17.2+) importés comme objets de zone ; contraintes physiques converties en netclasses (clearance, largeur de piste, gap de paires différentielles) ; contours de carte, keepouts, graphismes sérigraphie et assemblage, courtoisie, textes	Pas de schéma ; règles complexes (haute vitesse, impédances, topologies) non converties ; développé par rétro-ingénierie du binaire sans utiliser les bibliothèques Allegro
Mentor PADS	`.asc` (export ASCII)	Schéma + PCB	Symboles, fils, jonctions, labels de net, connectivité, symboles multi-unités, hiérarchie multi-feuilles, cartouches, types de broches, annotations textuelles ; empreintes, pistes, vias, zones	Format ASCII uniquement (pas de `.pcb` natif) ; fiabilité à confirmer sur designs complexes ; pas de benchmark officiel
gEDA / Lepton EDA	Non précisé dans les sources	Non précisé	Non détaillé	Peu d’informations disponibles ; public cible : utilisateurs historiques de gEDA

Ce tableau révèle un premier constat : l’importateur Allegro est limité au PCB, tandis que PADS couvre à la fois le schématique et le circuit imprimé. L’importateur gEDA reste le parent pauvre de l’annonce, faute de détails techniques dans les sources officielles. Surtout, aucun import natif pour Altium Designer ni pour Eagle n’est présent dans KiCad 10.0, contrairement à ce que le titre de cet article pourrait laisser penser. Nous y reviendrons.

Plongée dans l’importateur Allegro : un défi technique relevé

L’importateur Allegro est sans doute le plus spectaculaire des trois. Développer un parseur pour le format binaire propriétaire .brd sans utiliser les bibliothèques d’Allegro relève de la rétro-ingénierie pure. L’équipe KiCad a relevé le défi, avec le soutien de Quilter et de la communauté (source : blog KiCad). Concrètement, que préserve-t-il ?

Empreintes : référence, valeur, position, rotation, couches, formes de pastilles (cercle, carré, rectangle, oblong, rectangle arrondi, rectangle chanfreiné, octogone, polygone personnalisé), diamètres de perçage, paramètres de décharge thermique.
Pistes et vias : largeur, assignation de net, arcs.
Zones de cuivre : reconstruites à partir de contours.
Teardrops : pour Allegro 17.2 et ultérieur, importés comme objets de zone.
Contraintes physiques : converties en netclasses KiCad (règles de clearance, largeur de piste, gap de paires différentielles). Les surcharges par net sont conservées.

Cependant, tout n’est pas parfait. Les règles de conception spécifiques à Allegro (contraintes haute vitesse, impédances, topologies) ne trouvent pas d’équivalent direct dans KiCad et sont donc ignorées. L’empilement de couches (stackup) n’est pas explicitement mentionné comme préservé dans les sources. Enfin, l’import ne concerne que le PCB : le schéma doit être traité séparément, via une exportation de netlist ou une autre méthode.

Un point fort : les teardrops, souvent utilisés en conception RF, sont correctement importés pour les versions récentes d’Allegro. C’est un gain de temps considérable par rapport à une reconstruction manuelle.

L’importateur PADS : la promesse d’une migration complète schéma + PCB

L’importateur PADS lit les fichiers .asc (export ASCII), un format texte que PADS peut générer. Il couvre à la fois le schématique et le PCB, ce qui en fait l’outil le plus complet des trois pour une migration intégrale.

Côté schéma, sont importés : symboles, segments de fil, jonctions, labels de net, connectivité, symboles multi-unités, hiérarchie multi-feuilles, informations de cartouche, types de broches et annotations textuelles. Côté PCB : empreintes, pistes, vias, zones. La communauté s’interroge encore sur la fiabilité des conversions complexes (designs à haute densité, règles de conception avancées). Un fil de discussion sur le forum KiCad.info pose des questions précises sur le comportement des zones et des netclasses, sans réponse officielle détaillée à ce jour.

Aucun benchmark chiffré (taille maximale testée, temps d’import, taux de réussite) n’est fourni par l’équipe KiCad ni par des sources indépendantes. Il est donc prudent de tester sur des projets de complexité croissante avant de se lancer dans une migration massive.

gEDA/Lepton EDA : un import discret mais utile pour l’open source

L’importateur gEDA/Lepton EDA est le moins documenté des trois. Les sources officielles se contentent de le mentionner sans détailler les formats ni les fonctionnalités. gEDA est un outil historique du monde open source, utilisé par une communauté fidèle mais moins répandue que les EDA commerciaux. Le public cible est donc restreint : les utilisateurs de longue date de gEDA qui souhaitent migrer vers KiCad pour bénéficier d’une interface plus moderne et d’un écosystème plus actif.

Sans informations techniques précises, il est difficile d’évaluer la qualité de cet importeur. Les utilisateurs concernés sont invités à partager leurs retours sur les forums pour documenter les cas d’usage.

Le grand absent : Altium Designer – pourquoi pas encore natif ?

C’est l’éléphant dans la pièce. Alors que de nombreux utilisateurs espéraient un import natif d’Altium Designer (formats .SchDoc / .PcbDoc), KiCad 10.0 n’en propose pas. Pourtant, la demande est ancienne : un ticket GitLab (issue #2117) réclame cette fonctionnalité depuis des années. Les solutions tierces comme Altium2KiCad existent, mais elles souffrent de limitations chroniques : formats non documentés, maintenance irrégulière, pertes fréquentes de données (empilements, règles de conception, variables). Une page d’import de bibliothèques Altium (source : Innovation IUT Haguenau) montre que la conversion de bibliothèques est possible, mais elle reste manuelle et partielle.

L’absence d’import natif Altium dans KiCad 10.0 s’explique par la complexité technique : le format binaire d’Altium évolue chaque année, et sa rétro-ingénierie est un chantier colossal. L’équipe a choisi de prioriser Allegro et PADS, probablement parce que ces formats sont plus stables ou parce que des partenariats (comme avec Quilter) ont facilité le travail. Rien n’indique qu’un import Altium natif soit en développement pour une version future, mais la pression communautaire reste forte — d’autant que le coût d’Altium Designer, entre 3 850 et 5 000 USD par utilisateur et par an en 2026 (source : ToolsInfo), pousse de plus en plus d’équipes à chercher une alternative.

Par ailleurs, la fin de vie d’Autodesk EAGLE le 7 juin 2026 (source : Hilelectronic) a accéléré les migrations vers KiCad. Bien qu’aucun import natif EAGLE n’existe, des scripts de conversion (comme Eagle2KiCad) restent utilisables, et la communauté KiCad a publié des guides de migration. La 10.0.6 corrige d’ailleurs un bug spécifique à l’import Eagle (échappement des tildes interprétés comme du markup, issue #25193).

Performances et fiabilité : ce que l’on sait (et ce que l’on ignore)

L’un des points les plus frustrants pour les utilisateurs est l’absence totale de métriques sur les performances des importeurs. Aucune donnée chiffrée n’est fournie par l’équipe KiCad : ni taille maximale de fichier testée, ni temps d’import moyen, ni pourcentage de conversion réussie. Les sources indépendantes (articles, forums) ne comblent pas ce vide. La version 10.0.6 (août 2026) corrige de nombreux bugs généraux — compactage du moteur de règles pour libérer de la mémoire, correctif du rafraîchissement du canvas, affichage des styles de ligne sur les courbes de Bézier, gestion des groupes partagés entre schéma et PCB (source : notes de version 10.0.6) — mais aucun correctif spécifique aux importeurs n’est listé dans les changelogs officiels.

La communauté reste partagée. Certains utilisateurs rapportent des conversions très propres sur des designs de complexité moyenne, d’autres signalent des lenteurs sur les gros fichiers Allegro. Un fil récent sur le forum KiCad.info concernant une commande OSH Park avec KiCad 10.0.3 (source : forum KiCad.info) montre que des problèmes de fusion de pistes et de plans peuvent survenir, même si ce cas semble lié à une configuration particulière plutôt qu’à un bug généralisé.

L’écosystème s’emballe : plugins IA, autoroutage GPU et bibliothèque CERN

Au-delà des importateurs, l’écosystème KiCad connaît une effervescence inédite en 2026. L’API Python, arrivée à maturité, a ouvert la voie à des workflows sur mesure : scripts de vérification DRC/ERC personnalisés, génération automatisée de BOM et de footprints, intégration CI (source : electronicsdesign.au). Le contrôle de version avec Git est devenu un réflexe, les fichiers texte de KiCad s’y prêtant parfaitement (source : Anchorpoint).

L’autoroutage GPU : Quilter et PCB Auto Router

L’été 2026 a vu l’émergence d’outils d’autoroutage dopés au GPU. PCB Auto Router (source : pcbautorouter.top) revendique une accélération spectaculaire : un routage qui prenait 3 heures peut désormais être réalisé en moins de 10 minutes. L’outil, qui supporte l’import KiCad et JLC EDA, gère les paires différentielles et l’ajustement de longueur. Un article de Hackaday (source : Hackaday) relate un cas extrême : un backplane de 16 connecteurs de 1 100 broches chacun, soit 17 600 pads et 8 192 airwires, routé sans transpirer. Des chiffres qui donnent le vertige aux utilisateurs de routeurs traditionnels.

La bibliothèque CERN : 17 000 composants validés

Autre événement majeur : la bibliothèque CERN, forte de 17 000 composants validés, est désormais accessible à la communauté. C’est un gain de temps considérable pour les concepteurs qui n’ont plus à créer leurs empreintes depuis zéro. Combinée aux outils de génération automatique de footprints (78 % des empreintes sont désormais générées par script), elle renforce l’attractivité de KiCad pour les professionnels.

L’IA débarque dans KiCad

L’enquête Weidmuller 2026 (source : Automation World) révèle que 91 % des ingénieurs nord-américains déclarent utiliser l’IA dans leur flux de conception PCB. Les trois usages réels en 2026 : les plugins dans l’éditeur, les outils de génération schéma puis export, et la génération de composants assistée par IA (source : Protoflow). Des serveurs MCP (Model Context Protocol) permettent désormais à des assistants IA d’analyser des schémas, d’inspecter des PCB et de valider des designs (source : Seeed-Studio MCP Server). Mais l’enquête pointe aussi des écarts entre promesses et réalité : les ingénieurs réclament une détection d’erreurs en temps réel et une autonomie complète du texte au PCB, qui n’existent pas encore.

Le workflow pro en 2026 : ce qui a changé concrètement

Pour le concepteur de cartes, KiCad 10 a introduit des fonctionnalités qui changent réellement le quotidien :

L’éditeur de règles DRC graphique : fini les fichiers texte illisibles, les contraintes se définissent visuellement, avec des actions de correction suggérées pour les erreurs DRC.
Les variantes de conception : le cauchemar des révisions (options de montage, variantes de fabrication) est enfin dompté, avec une gestion par instance.
Le routage différentiel haute vitesse : KiCad entre dans la cour des grands, avec un réglage en domaine temporel et un push-and-shove repensé.
Le mode sombre et les barres d’outils personnalisables, qui suivent le thème du système sous Windows (source : Elektor).
Les étiquettes d’alimentation locales (local power labels), une nouveauté de la 10.0 qui simplifie la gestion des alimentations dans les schémas complexes (source : forum KiCad.info).
Le via stitching : la couture des plans de masse, désormais outillée nativement et complétée par des plugins communautaires.

L’automatisation par scripts Python (API pcbnew) est devenue un standard pour les workflows CI : vérification DRC/ERC automatisée, génération de BOM, contrôle des fichiers de fabrication. KiCad dans le navigateur fait également son apparition (source : aihealth.fr), ouvrant la voie à des collaborations temps réel.

Perspectives : vers un import Altium natif ?

Alors que la série 10.0.x se stabilise, les regards se tournent vers l’avenir. La pression pour un import natif Altium reste forte, mais rien n’indique qu’un tel chantier soit en cours. L’équipe KiCad semble plutôt concentrée sur la consolidation des fonctionnalités existantes et l’amélioration des performances. Les utilisateurs d’Altium qui souhaitent migrer devront donc continuer à utiliser des solutions tierces ou des conversions manuelles, en acceptant les pertes de données potentielles.

En attendant, la combinaison importateurs natifs (Allegro, PADS, gEDA), bibliothèque CERN, autoroutage GPU et plugins IA fait de KiCad une alternative de plus en plus crédible aux EDA propriétaires. Avec un coût total de possession imbattable — gratuit, contre 3 850 à 5 000 USD par utilisateur et par an pour Altium — et une communauté active, l’open source a définitivement gagné ses lettres de noblesse dans la conception de cartes électroniques professionnelles.

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.0 : les nouveaux importeurs de fichiers Altium, PADS et autres – une révolution pour la migration ?