Electrosens R&D
Electrosens Kicad Master · 12 October 2026

IPC-2581 dans KiCad : le format qui veut remplacer les Gerber (et ce qu’il faut vraiment savoir en 2026)

On vous a peut-être vendu l’IPC-2581 comme la grande nouveauté de KiCad 10. Détrompez-vous : cette fonctionnalité existe depuis KiCad 8, et elle mérite qu’on s’y attarde sérieusement. Plongée dans un format qui promet de remplacer les Gerber, avec ses vraies forces, ses bugs encore présents, et un guide pratique pour l’utiliser dès aujourd’hui — à jour des dernières versions 10.0.x.


KiCad 10 existe, mais l’IPC-2581 n’est pas sa nouveauté

Commençons par rétablir un fait : l’export natif IPC-2581 n’est pas apparu avec KiCad 10. Il est disponible depuis KiCad 8.0, comme le confirment à la fois le guide tiers de PCBSync et le Consortium IPC-2581 lui-même, qui a publié une interview intitulée « KiCad v8 exports IPC2581 ». KiCad 7 et les versions antérieures ne le supportaient pas du tout. KiCad 9.0 a ensuite enrichi la fonctionnalité, et KiCad 10 — dont la version stable 10.0.0 est sortie le 20 mars 2026 — l’hérite naturellement, sans en faire un argument de vente majeur.

Pourquoi ce malentendu ? Sans doute parce que l’IPC-2581 est un format qui monte, et que l’on a tendance à associer les grandes évolutions aux versions majeures. Ajoutez à cela que le Consortium IPC-2581 communique activement sur le sujet — notamment via une interview de Seth Hillebrand, identifié comme le développeur clé de l’implémentation dans KiCad — et vous obtenez un cocktail parfait pour que l’information se déforme.

Rétablissons les faits : l’export IPC-2581 dans KiCad est une fonctionnalité mature, présente depuis deux versions majeures, et non une promesse de la 10.0. Ce qui a changé avec KiCad 10, ce sont d’autres choses : importateurs améliorés, variantes de conception, DRC graphique, mode sombre, et bien sûr les correctifs de la série 10.0.x.

Où en est la branche 10.0.x à l’automne 2026

Le rythme des correctifs est soutenu. La 10.0.6 a été publiée le 29 août 2026 — une bug fix release contenant « des correctifs critiques et d’autres améliorations mineures depuis la version précédente », selon l’annonce officielle du projet. Elle avait été précédée d’une release candidate le 18 août 2026. Dans la foulée, le projet a mis en ligne deux release candidates pour la 10.0.7 : la RC1 le 27 septembre 2026, puis la RC2 le 3 octobre 2026. Le message officiel est sans ambiguïté : « la version 10.0.7 sera publiée prochainement, sauf si des problèmes critiques sont détectés lors des tests ». Autrement dit, au moment où nous écrivons, la 10.0.6 reste la dernière version stable téléchargeable, mais la 10.0.7 est imminente.

Cette mécanique de versions a son revers : la 10.0.5 a été épinglée sur le forum officiel pour un problème de performance sérieux dans l’éditeur PCB, où le déplacement d’une piste déjà routée devenait « extrêmement lent », au point de rendre la version « inutilisable » pour certains utilisateurs travaillant sur des cartes existantes. Un rappel utile : avant de sauter sur la dernière release, vérifiez les retours de la communauté, et n’hésitez pas à rester une version en retrait si votre flux de production est sensible. Mais l’IPC-2581, lui, est déjà là depuis longtemps — et il n’a pas attendu KiCad 10 pour exister.

Un seul fichier XML contre 30 à 50 fichiers Gerber : la promesse du tout-en-un

Pour comprendre l’intérêt de l’IPC-2581, il faut d’abord regarder ce que l’on envoie aujourd’hui à un fabricant. Un package Gerber classique pour une carte HDI 12 couches peut contenir 30 à 50 fichiers séparés : couches de cuivre, masques de soudure, sérigraphie, perçages (NC drill), placement, BOM, netlist, PDFs, etc. Chaque fichier doit être nommé correctement, associé à la bonne couche, et interprété par le fabricant selon des conventions parfois implicites.

Source : atlaspcb.com

L’IPC-2581 change radicalement la donne : c’est un fichier unique au format XML qui regroupe toutes ces données en un seul package. Le fichier contient les couches de cuivre, les masques, la sérigraphie, les perçages, mais aussi la BOM, les données de placement et les informations d’empilement. Une seule archive, un seul fichier à envoyer, un seul fichier à interpréter.

Les avantages concrets sont multiples :

  • Moins d’erreurs d’interprétation : le fabricant n’a plus à deviner quel fichier correspond à quelle couche, ni à reconstituer l’empilement à partir de noms de fichiers plus ou moins explicites.
  • Gestion simplifiée des révisions : un fichier unique par révision, pas de risque de mélanger une couche de la révision A avec une autre de la révision B.
  • Traçabilité améliorée : le fichier XML contient des métadonnées (numéro de révision, date, informations projet) qui permettent de savoir exactement ce qui a été envoyé.

C’est cette promesse du « tout-en-un » qui séduit les concepteurs. Un fichier à la place de dizaines, c’est aussi une simplification du flux de travail, et une réduction des risques d’erreur humaine au moment de l’envoi au fabricant.

Le chemin exact dans KiCad : File > Fabrication Outputs > IPC2581 File (.xml)

Passons à la pratique. Pour exporter un fichier IPC-2581 depuis KiCad (8, 9 ou 10), le chemin est simple et vérifié :

  1. Ouvrez votre projet PCB dans KiCad.
  2. Allez dans le menu File.
  3. Descendez vers Fabrication Outputs.
  4. Cliquez sur IPC2581 File (.xml).

Une boîte de dialogue s’ouvre alors, vous permettant de configurer l’export. Vous y trouverez notamment :

  • Le dossier de destination où sera écrit le fichier.
  • Le nom du fichier de sortie.
  • Les unités de mesure (millimètres ou pouces).
  • La précision des coordonnées.
  • La version du format : IPC-2581B ou IPC-2581C.

Le choix entre B et C est important. La version B est le défaut dans KiCad 8, et la version C apporte des améliorations notamment en matière de gestion des données de fabrication et de flexibilité. Si votre fabricant accepte les deux, la C est généralement préférable car elle est plus récente et plus expressive. Mais vérifiez d’abord ce que votre fabricant supporte réellement.

Une fois l’export réalisé, vous obtenez un fichier .xml unique. C’est ce fichier que vous enverrez au fabricant, accompagné éventuellement d’un PDF de visualisation pour contrôle. Le fabricant, s’il est équipé, pourra l’importer directement dans son système de préparation de production, sans avoir à reconstituer l’empilement ni à interpréter des noms de fichiers.

Gerber X2 vs IPC-2581 : ce qui est vraiment comparable (et ce qui ne l’est pas)

La comparaison la plus pertinente n’est pas entre l’IPC-2581 et le vieux Gerber RS-274X, mais entre l’IPC-2581 et le Gerber X2, introduit en 2014 par Ucamco. Le Gerber X2 a été une tentative de moderniser le format Gerber en ajoutant des métadonnées : attributs de couche, informations de conception, etc. C’est un progrès certain par rapport au RS-274X, mais il reste une évolution du même paradigme : des fichiers séparés, avec des attributs pour les interpréter.

Source : pcbsync.com

L’IPC-2581 est une rupture plus profonde. Là où le Gerber X2 améliore l’interprétation des fichiers, l’IPC-2581 change la nature de la donnée : un fichier unique, structuré, qui contient non seulement les couches graphiques, mais aussi l’empilement (stackup), les règles de conception (DFM), les informations de perçage et la BOM. C’est une approche « données de conception complètes » plutôt que « dessins de couches ».

Le tableau ci-dessous résume les différences essentielles :

Critère Gerber RS-274X Gerber X2 IPC-2581
Structure Multi-fichiers Multi-fichiers avec attributs Fichier unique XML
Empilement (stackup) Non inclus Non inclus Inclus
Perçages Fichier NC séparé Fichier NC séparé Inclus
BOM / placement Non inclus Non inclus Inclus
Règles DFM Non inclus Non inclus Inclus
Interprétation Conventions implicites Attributs explicites Structure explicite
Traçabilité Limitée Limitée Métadonnées riches

Ce que cela signifie concrètement : avec l’IPC-2581, le fabricant reçoit un fichier qui contient tout, et il peut l’utiliser pour vérifier les règles de fabrication (DFM), contrôler l’empilement et générer les étapes de production sans avoir à recouper plusieurs sources. C’est un gain potentiel de temps et une réduction des erreurs d’interprétation.

Mais il faut être honnête : l’IPC-2581 n’est pas parfait. Un bug a été signalé sur le GitLab de KiCad (référence #24749) concernant la perte de la marge de masque de soudure lors de l’export. Autrement dit, si votre conception utilise une marge de masque de soudure spécifique, l’export IPC-2581 peut ne pas la transmettre correctement. C’est un problème sérieux pour les cartes avec des pads de précision. Notez que cette information, rapportée par la communauté, n’a pas été confirmée par les sources officielles récentes que nous avons consultées ; il convient donc de la vérifier dans votre propre flux. Il faut de toute façon contrôler le fichier exporté, et le cas échéant, le corriger manuellement ou utiliser un autre format pour cette information.

Adoption industrielle : le Gerber reste roi, mais l’IPC-2581 gagne du terrain

Quel est l’état réel de l’adoption ? Les données sont rares, mais les faits sont clairs : le Gerber RS-274X reste le format dominant en 2026, selon les sources disponibles. Aucune donnée chiffrée sur la part de marché de l’IPC-2581 n’est fournie, et aucun nombre de fabricants l’acceptant en production n’est mentionné dans les sources consultées. Le blog d’AtlasPCB, un fabricant de PCB, projette cette dominance du Gerber jusqu’en 2026, sans fournir de pourcentage.

Ce qui est confirmé, c’est le support natif par KiCad (versions 8, 9 et 10), et l’absence de mention du support natif par Altium, Cadence ou Mentor dans les sources. Cela ne signifie pas que ces outils ne le supportent pas — il est possible qu’ils l’aient ajouté récemment — mais aucune source ne le confirme. En revanche, il est certain que le support natif dans KiCad est une avancée importante, car KiCad est l’un des EDA les plus utilisés dans le monde open-source et dans l’éducation.

Les freins à l’adoption sont multiples :

  • Coût de migration : pour les fabricants, passer de Gerber à IPC-2581 implique de modifier leurs outils d’analyse et de production. C’est un investissement non négligeable.
  • Habitudes : les concepteurs et les fabricants connaissent le Gerber depuis des décennies. Le changer demande une formation et une mise à jour des procédures.
  • Compatibilité : tous les fabricants n’acceptent pas l’IPC-2581. PCBSync, par exemple, un fabricant de PCB, indique sur son site qu’il exige des fichiers Gerber RS-274X pour la fabrication, et n’accepte pas l’IPC-2581. C’est un exemple concret de la réticence de l’industrie.

Cependant, le terrain gagne du terrain. Le Consortium IPC-2581, qui promeut le format, est actif et publie régulièrement des ressources. La présence d’une implémentation dans KiCad, un outil gratuit et largement utilisé, est un facteur de diffusion important. Les concepteurs qui l’utilisent peuvent tester le format sans coût, et les fabricants qui veulent se différencier peuvent l’accepter comme un avantage compétitif.

Un exemple concret : le fabricant européen Multi-CB (multi-circuit-boards.eu) indique sur son site qu’il importe gratuitement les données IPC-2581, tout en recommandant l’ODB++ comme alternative plus courante. Cela montre que certains acteurs industriels ont déjà intégré le format dans leurs chaînes de production, même s’ils continuent de privilégier les formats historiques.

Tester l’IPC-2581 dans KiCad 8/9/10 : un workflow réel, pas un gadget

Comment intégrer l’export IPC-2581 dans un flux de travail réel ? Voici une méthode pragmatique.

Source : protoexpress.com

1. Vérifiez que votre fabricant accepte le format. Avant de vous lancer, contactez votre fabricant de PCB et demandez-lui s’il accepte l’IPC-2581. Beaucoup ne l’acceptent pas encore, comme PCBSync. S’il ne l’accepte pas, l’export ne vous servira à rien. Mais s’il l’accepte, vous pouvez l’utiliser. Certains, comme Multi-CB, l’acceptent mais recommandent l’ODB++ ; renseignez-vous sur les préférences exactes.

2. Exportez le fichier. Dans KiCad, File > Fabrication Outputs > IPC2581 File (.xml). Choisissez le dossier, le nom, les unités, et la version du format (B ou C). Par défaut, la version B est sélectionnée dans KiCad 8 ; vous pouvez passer à la C si votre fabricant le supporte.

3. Vérifiez le fichier exporté. Le fichier XML doit être valide et complet. Vous pouvez l’ouvrir dans un éditeur de texte ou un outil de visualisation XML pour vérifier sa structure. Si vous avez des doutes, comparez le contenu avec vos fichiers Gerber pour vérifier que les couches, les perçages et la BOM sont bien présents.

4. Testez avec un cas simple. Avant de l’utiliser pour une carte complexe, testez avec une carte simple à 2 couches. Exportez en IPC-2581 et envoyez-le à un fabricant qui l’accepte. Vérifiez que la carte fabriquée est conforme à vos attentes.

5. Contournez les bugs connus. Le bug #24749 sur la marge de masque de soudure est un exemple, même s’il n’est pas confirmé par les sources officielles. La règle d’or reste la même : ne faites jamais confiance à un export unique. Croisez systématiquement l’IPC-2581 avec un jeu de Gerber de contrôle, au moins pour les premières commandes.

Intégrer l’IPC-2581 dans un flux KiCad 10 moderne

L’IPC-2581 ne vit pas isolé : il s’insère dans un écosystème de fabrication que KiCad 10 a considérablement outillé. La bonne nouvelle, c’est que la sortie IPC-2581 peut cohabiter avec les outils de préparation de fabrication qui font la force de l’écosystème actuel.

Côté panelisation et export, des outils comme KiKit — bibliothèque et CLI pour panéliser les cartes, exporter les données de fabrication et générer des pages de présentation — ou le panelize-plugin restent des références. Ils produisent des Gerber, mais rien n’empêche de générer en parallèle un IPC-2581 pour les fabricants qui le préfèrent. La logique est simple : votre chaîne d’export peut produire les deux formats, et vous choisissez au moment de l’envoi.

Côté BOM, l’écosystème est particulièrement riche : KiCost pour construire une feuille de coûts, KiBoM pour une génération configurable, JLCKicadTools ou le plugin BOM JLCPCB pour les services d’assemblage chinois, KiZip pour empaqueter les Gerber prêts à commander. Tous ces outils illustrent une réalité : la BOM reste, dans la pratique, gérée à côté du fichier de fabrication, même quand l’IPC-2581 prétend l’inclure. C’est l’un des écarts entre la promesse du format et son usage réel.

Pour aller plus loin, la liste communautaire awesome-kicad recense l’ensemble de ces add-ons installables directement via le Plugin and Content Manager de KiCad. Un point d’attention toutefois : cette liste distingue soigneusement les add-ons qui s’installent dans KiCad de ceux qui tournent à l’extérieur (utilitaires CLI, applications navigateur, workbenches FreeCAD comme KiCad StepUp). L’IPC-2581, lui, est natif : pas besoin de plugin.

Le contexte 2026 : un écosystème en pleine effervescence

L’IPC-2581 n’est qu’un aspect d’une année 2026 chargée pour KiCad. La KiCad Conference Asia 2026 (KiCon) se tiendra à Shenzhen, en Chine, du 5 au 7 novembre 2026, au Huaqiang Plaza Hotel — la quatrième édition asiatique de l’événement. C’est l’occasion pour la communauté de discuter, entre autres, des formats de fabrication et de l’outillage industriel.

Sur le front des plateformes, KiCad 10.0.6 est désormais disponible sur un spectre large : les utilisateurs de Mac Apple Silicon disposent d’un guide d’installation dédié publié le 23 septembre 2026, qui couvre la vérification de l’architecture et la validation des flux PCB, Gerber, 3D et distants. Sous Linux, la distribution ALT Linux propose le paquet kicad-10.0.6-alt2 dans son dépôt Sisyphus. La portabilité n’est plus un sujet.

Enfin, l’IA s’invite dans le workflow : des plugins comme Konnect (natif pour KiCad 10, écrit en Rust) transforment Claude en assistant de schématique et de routage via le protocole MCP, comme le documentait DevTrends le 7 septembre 2026. Une analyse de protoflow.ai du 31 juillet 2026 recensait trois méthodes réelles pour ajouter de l’IA à un flux KiCad : les plugins in-editor, les outils de génération de schéma « generate-then-export », et la génération de composants assistée. Aucune de ces briques ne remplace l’IPC-2581 : elles interviennent en amont de la fabrication. Mais elles confirment que l’écosystème KiCad bouge vite, et que le format de sortie n’est qu’un maillon d’une chaîne qui se modernise de bout en bout.

Verdict : un format d’avenir, à adopter avec méthode

L’IPC-2581 est-il la révolution qu’on nous promet ? Ni tout à fait, ni pas du tout. C’est un format techniquement supérieur au Gerber sur le papier : fichier unique, données complètes, traçabilité. Mais son adoption reste freinée par l’inertie industrielle, et son implémentation dans KiCad — pourtant pionnière parmi les outils gratuits — n’est pas exempte de défauts, comme le suggère le bug #24749 sur la marge de masque de soudure.

La bonne approche en 2026 est pragmatique :

  • Si votre fabricant accepte l’IPC-2581, utilisez-le, mais doublez systématiquement d’un export Gerber de contrôle pour les commandes critiques.
  • Si votre fabricant ne l’accepte pas (cas encore fréquent, comme chez PCBSync), ne forcez pas : restez au Gerber X2, qui offre déjà des métadonnées utiles.
  • Testez sur des cartes simples avant de l’intégrer à votre flux de production.
  • Suivez la branche 10.0.x : la 10.0.7 est imminente, et chaque correctif compte pour la stabilité de l’éditeur PCB.

L’IPC-2581 n’est pas la nouveauté de KiCad 10 — c’est une fonctionnalité qui mûrit depuis KiCad 8, et qui attend que l’industrie rattrape sa promesse. En attendant, KiCad continue d’avancer, version après version, et c’est peut-être là sa plus grande force : un outil gratuit qui n’attend personne pour intégrer les formats de demain.

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 *