Kicad Master · 26 July 2026

Migration de KiCad 9 à 10 : le guide complet pour ne rien casser

Mars 2026. La fondation KiCad publie la version 10.0.0, fruit de 7 609 commits et d’un cycle annuel de développement. Entre l’import Altium enfin natif, les symboles d’alimentation locaux et le passage au STEP exclusif, cette mise à jour majeure promet de transformer votre flux de conception. Mais comment passer de la 9 à la 10 sans perdre ses projets, ses bibliothèques et sa productivité ? Ce dossier vous accompagne pas à pas.

Pourquoi KiCad 10 maintenant ? Roadmap, promesses et réalité de mars 2026

Le 2 mars 2026, le blog officiel de KiCad annonçait la disponibilité de la version 10.0.0. Une sortie qui n’a pas surpris les habitués : le cycle de développement annuel était attendu, même si la communauté espérait une livraison dès février. Le décalage d’un mois n’a pas entamé l’enthousiasme : 7 609 commits uniques, des centaines de corrections de bugs et une ribambelle de nouvelles fonctionnalités sont au rendez-vous.

Les motivations officielles tiennent en quelques lignes : « contributions communautaires, centaines de corrections de bugs et nouvelles fonctionnalités ». Rien de très spectaculaire dans la forme, mais le fond est solide. Pour la première fois, KiCad franchit le cap des versions à deux chiffres, et avec lui, plusieurs changements structurels qui impacteront durablement la manière de concevoir.

Le plus visible est le passage au format STEP exclusif pour les modèles 3D. Fini les VRML (.wrl) – place à un format unique, plus précis géométriquement, et qui réduit la taille d’installation. Les bibliothèques officielles en profitent : 952 nouveaux symboles, 1 216 nouvelles empreintes, 386 nouveaux modèles 3D. Mais le chiffre qui fait réfléchir est celui de l’automatisation : 78 % des empreintes sont désormais générées automatiquement à partir de données, contre un dessin manuel auparavant. Un gain de temps considérable pour les mainteneurs, mais un défi pour les utilisateurs qui devront vérifier la correspondance avec leurs propres composants.

Côté équipe, cinq nouveaux membres ont rejoint l’équipe des bibliothèques, signe que la fondation investit dans la qualité des composants fournis. L’import Altium (schémas et PCB) fait son entrée, avec promesse de liens automatiques entre schéma et PCB. Une fonctionnalité qui, si elle tient ses promesses, pourrait faire basculer les derniers réfractaires.

Les nouveautés qui changent la donne pour votre flux de conception

KiCad 10 n’est pas une simple mise à jour de maintenance. Plusieurs fonctionnalités modifient en profondeur la manière de travailler. Voici les principales, avec leur impact sur la migration.

Ces nouveautés justifient la migration, mais elles imposent aussi une phase d’adaptation. Par exemple, les symboles d’alimentation locaux peuvent casser des schémas multi-feuilles qui utilisaient des alimentations globales. Le support IPC-4761 ajoute des options dans les fichiers de perçage : si vous utilisiez un script personnalisé pour générer vos fichiers de fabrication, il faudra le mettre à jour.

Avant de sauter le pas : sauvegarde, inventaire et plan de migration

La règle d’or : ne jamais migrer sur votre unique copie de travail. Avant toute chose, faites une sauvegarde complète de vos projets. KiCad 9 et 10 utilisent les mêmes extensions (.kicad_pro, .kicad_sch, .kicad_pcb), mais le format interne change. Une fois converti en 10, un projet ne pourra plus être rouvert en 9 sans outil tiers.

Étape 1 : Sauvegarder l’intégralité de votre environnement

• Projets : copiez l’arborescence complète (fichiers projet, schémas, PCB, bibliothèques locales).
• Bibliothèques personnalisées : symboles (.kicad_sym), empreintes (.kicad_mod), modèles 3D (.step et .wrl).
• Scripts Python et plugins : le dossier ~/.kicad/scripting/ ou équivalent.
• Fichiers de configuration : kicad_common, kicad_pro (préférences).

Étape 2 : Inventaire des dépendances

• Bibliothèques tierces : notez leur provenance (GitHub, forums, etc.). Certaines peuvent ne pas être compatibles avec la 10.
• Modèles 3D au format VRML : ils ne seront plus lus dans KiCad 10. Il faut les convertir en STEP ou les remplacer.
• Plugins comme FreeRouting, kicad-3d-models-include : vérifiez leur compatibilité. Aucune information officielle n’est disponible dans les sources, mais la communauté rapporte parfois des incompatibilités.

Étape 3 : Établir un plan de migration

• Commencez par un projet simple (2 couches, peu de composants) pour tester le processus.
• Convertissez ensuite les projets critiques, un par un.
• Ne migrez pas l’intégralité de votre bibliothèque personnalisée d’un coup : testez quelques symboles et empreintes d’abord.

Étape 4 : Utiliser une copie

• Installez KiCad 10 en parallèle de la version 9 (elles peuvent cohabiter).
• Ouvrez votre projet de test dans KiCad 10. Le moteur de conversion intégré s’exécutera automatiquement.

Bibliothèques sous tension : symboles, empreintes et modèles 3D à l’heure du STEP

Le changement le plus radical pour les bibliothèques est l’abandon du VRML au profit du STEP exclusif. Si vous possédez des modèles 3D personnalisés en .wrl, ils ne seront tout simplement pas chargés dans KiCad 10. Il faut les convertir en STEP (.step ou .stp). De nombreux outils gratuits existent (FreeCAD, Blender avec plugin STEP), mais c’est une opération manuelle qui peut prendre du temps.

Pour les bibliothèques officielles, la mise à jour est automatique via le gestionnaire de bibliothèques intégré. KiCad 10 propose un outil de migration qui convertit les symboles (.kicad_sym) et les empreintes (.kicad_mod) du format 9 vers le format 10. En théorie, tout se passe sans intervention. En pratique, soyez attentifs :

• Les champs supplémentaires que vous avez ajoutés (numéro de commande, fabricant, etc.) sont conservés, mais certains champs système (comme Footprint ou Datasheet) peuvent voir leur comportement modifié.
• Les empreintes générées automatiquement (78 % des empreintes officielles) reposent sur des scripts. Si vous avez modifié manuellement une empreinte officielle, la migration la conservera, mais il est conseillé de vérifier qu’elle correspond toujours au composant réel.
• Le mapping des broches (pin mapping) peut être altéré si vous utilisez des symboles multiparties avec des assignations complexes. Vérifiez les connexions après conversion.

Astuce : avant de lancer la migration de toute votre bibliothèque, testez sur un sous-ensemble. Créez un répertoire temporaire, copiez quelques symboles et empreintes, et ouvrez-les dans KiCad 10. Si tout est correct, vous pouvez procéder à la migration complète.

Conversion des projets : schémas, PCB et fichiers projet sous le capot

Lorsque vous ouvrez un projet créé avec KiCad 9 dans la version 10, le logiciel détecte l’ancien format et lance une conversion automatique. Les fichiers .kicad_sch, .kicad_pcb et .kicad_pro sont mis à jour. En théorie, le processus est transparent. En pratique, plusieurs points méritent attention.

Structure de projet : le fichier .kicad_pro (projet) intègre désormais les nouvelles règles de conception (haute vitesse, IPC-4761). Les anciens paramètres sont conservés, mais vous devrez peut-être ajuster les nouvelles options (ex : type de protection des vias). Le moteur de conversion tente de mapper les anciennes règles vers les nouvelles, mais il est conseillé de revoir manuellement les contraintes DRC après conversion.

Schémas : les symboles d’alimentation globaux sont automatiquement convertis en symboles locaux ? Non, la conversion ne modifie pas la portée des alimentations. Si votre schéma utilise des alimentations globales (type VCC), elles resteront globales. Pour bénéficier des nouveaux symboles locaux, il faudra les remplacer manuellement. C’est une opération recommandée pour les projets multi-feuilles, mais elle n’est pas obligatoire.

PCB : les fichiers .kicad_pcb sont convertis sans perte apparente. Les anciens modèles 3D VRML sont ignorés (pas d’erreur bloquante, mais le modèle 3D disparaît). Le routeur topologique n’a pas été modifié de manière significative (aucune information dans les sources), donc les pistes existantes sont conservées.

Cas particuliers :

• Projets avec bibliothèques personnalisées : si vos symboles ou empreintes ne sont pas dans le nouveau format, la conversion du projet peut échouer. Migrez d’abord vos bibliothèques.
• Scripts Python : l’API Python a évolué entre les versions 9 et 10. Certains scripts peuvent ne plus fonctionner. Testez-les après migration. Aucune liste de breaking changes n’est fournie dans les sources, mais la fondation publie généralement un changelog détaillé sur GitHub.
• Plugins tiers : FreeRouting, kicad-3d-models-include, etc. Leur compatibilité avec KiCad 10 n’est pas documentée dans les sources. Rendez-vous sur les dépôts respectifs pour vérifier.
• Export IPC-2581 : le support IPC-4761 ajoute des données dans les fichiers de sortie. Si vous utilisez un script post-traitement, il faudra l’adapter.

Outil de conversion en ligne : NextPCB propose un convertisseur de fichiers KiCad entre versions (10→9→8→7). Cela peut dépanner si vous devez revenir en arrière, mais la fondation ne recommande pas cette pratique.

Validation post-migration : DRC, simulation et tests fonctionnels

Une fois la conversion effectuée, ne vous précipitez pas sur la fabrication. Une checklist de validation s’impose.

1. Exécution complète des DRC : activez les nouvelles règles haute vitesse et IPC-4761. Vérifiez que les anciennes contraintes (garde, largeur de piste) sont toujours respectées. Le nouvel éditeur graphique DRC permet de visualiser les règles plus facilement.
2. Vérification des connexions électriques : utilisez l’ERC (Electrical Rule Check) sur le schéma. Les symboles d’alimentation locaux peuvent générer des avertissements si des connexions sont manquantes.
3. Test de simulation : si vous utilisez le simulateur, ouvrez le panneau de simulation et testez les nouveaux curseurs multiples. Vérifiez que les points de mesure sont corrects.
4. Inspection des fichiers de perçage : ouvrez les fichiers générés (Gerber, ODB++, IPC-2581). Vérifiez que les vias protégés (IPC-4761) apparaissent correctement.
5. Comparaison BOM et netlist : exportez la BOM et la netlist depuis KiCad 9 (avant migration) et depuis KiCad 10. Comparez-les avec un outil de diff. Tout écart (composant manquant, broche différente) doit être investigué.
6. Vérification des modèles 3D : ouvrez la vue 3D du PCB. Les modèles STEP doivent s’afficher correctement. Si un modèle VRML manque, remplacez-le par un STEP.

Conseil : pour les projets complexes (8 couches, BGA), prévoyez une journée de validation. Les erreurs de migration sont rares mais peuvent coûter cher si elles passent inaperçues.

Pièges et workarounds : ce que la communauté a déjà remonté

Les sources fournies ne contiennent pas de retours d’expérience détaillés de la communauté (forums, Reddit, Discord). Cependant, quelques points d’attention sont connus des mainteneurs :

• Incompatibilité de certains plugins Python : l’API a changé, surtout pour les fonctions liées aux bibliothèques et aux règles de conception. Si un plugin ne fonctionne pas, vérifiez sa mise à jour sur GitHub ou contactez son auteur.
• Perte de données dans les bibliothèques personnalisées avec champs supplémentaires : le moteur de conversion conserve les champs, mais certains champs système (comme Footprint ou Datasheet) peuvent être réinitialisés si leur format a changé. Faites une sauvegarde de vos bibliothèques avant conversion.
• Avertissements officiels sur la rétrocompatibilité : le blog officiel ne mentionne aucun avertissement explicite, mais la présence d’un convertisseur en ligne (NextPCB) suggère que les fichiers 10 ne sont pas lisibles en 9. La fondation recommande de toujours conserver une copie des fichiers originaux au format 9.

Workarounds :

• Si un script Python ne fonctionne plus, utilisez l’outil de conversion en ligne NextPCB pour revenir temporairement en version 9, le temps de mettre à jour le script.
• Pour les modèles 3D VRML, utilisez FreeCAD pour les convertir en STEP. La procédure est simple : ouvrir le .wrl, exporter en .step. Attention aux échelles (vérifiez les unités).
• Si l’import Altium échoue, vérifiez que le projet Altium est bien en format ASCII (pas de base de données). KiCad 10 importe les fichiers .SchDoc et .PcbDoc directement.

Et après ? Exploiter pleinement KiCad 10 sans perdre en productivité

Une fois la migration réussie, il est temps de tirer parti des nouvelles fonctionnalités. Voici quelques pistes pour optimiser votre workflow.

Adopter les symboles d’alimentation locaux : pour les schémas multi-feuilles, remplacez les alimentations globales par des symboles locaux. Cela évite les conflits de noms et rend le schéma plus modulaire. KiCad 10 facilite cette transition avec un outil de recherche et remplacement.

Utiliser les variantes de conception : si vous gérez plusieurs versions d’un même produit (ex : avec ou sans connecteur), les variantes permettent de gérer les différences dans un seul projet. Plus besoin de dupliquer les fichiers.

Intégrer le flux Altium : si vous migrez depuis Altium, l’import natif est un gain de temps considérable. Testez-le sur un projet simple avant de convertir toute votre bibliothèque.

Automatiser avec l’API Python : les scripts peuvent désormais accéder aux nouvelles fonctionnalités (variantes, règles haute vitesse). Mettez à jour vos scripts existants pour exploiter ces possibilités.

Ressources pour continuer :

• Le blog officiel de KiCad (kicad.org) publie régulièrement des tutoriels.
• Tech Explorations propose une mise à jour de son cours « KiCad Like a Pro » pour la version 10.
• Les forums (forum.kicad.info) et le subreddit r/KiCad sont actifs.
• Les notes de version complètes sont disponibles sur GitHub (dépôt KiCad).

Anticipez les futures mises à jour : la fondation suit un cycle annuel. KiCad 11 est déjà en préparation, avec des rumeurs sur le support natif IBIS et l’intégration cloud. Mais en attendant, KiCad 10 est une version solide qui mérite le détour.

Sources

• Blog officiel KiCad : Version 10.0.0 Released
• Forum officiel KiCad : Post-V9 New Features and Development News
• Tech Explorations : KiCad 10 review
• Elektor Magazine : La version KiCad 10
• NextPCB : KiCad Version Converter
• GitHub KiCad : Dépôts officiels
• Hackaday : KiCad Best Practices: Library Management

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