Fichier IGES : ce que c’est et comment il fonctionne

Découvrez ce qu’est un fichier IGES, comment fonctionne le format CAO IGES, ce qu’il transporte et pourquoi STEP est souvent préférable pour l’échange de données produit.

Résumé

Un fichier IGES désigne généralement IGES, l’Initial Graphics Exchange Specification, un ancien format neutre d’échange CAO utilisé pour transférer des données de modèles entre systèmes hétérogènes. Autodesk décrit IGES comme un format de fichier neutre, et le NIST le distingue de STEP en précisant qu’IGES a été développé principalement pour l’échange de données géométriques pures, tandis que STEP était destiné à gérer une gamme bien plus large de données liées aux produits tout au long de leur cycle de vie. La documentation actuelle des éditeurs montre également la prise en charge continue des traducteurs dans de grands écosystèmes CAO, notamment SOLIDWORKS, PTC Creo Elements/Direct et Siemens NX. [4] [2] [8] [9] [10]

Cet article explique ce qu’est IGES, pourquoi il a été créé, comment il fonctionne en pratique, ce qu’il transporte habituellement, où se situent les risques de traduction et pourquoi STEP est souvent privilégié lorsque davantage de structure produit et de contexte de cycle de vie doivent survivre à l’échange. [2] [3]

Pourquoi IGES a été créé

IGES est apparu parce que les premiers systèmes de CAO d’ingénierie n’étaient pas bien interopérables. Les entreprises pouvaient concevoir numériquement dans leurs propres logiciels, mais échanger ces données entre les systèmes de différents éditeurs était bien plus difficile. Le rapport historique du NIST indique que des événements survenus en 1979 ont contribué à inciter la communauté des éditeurs et utilisateurs de CAO à créer une norme nationale d’échange de données CAO, sous l’effet de la frustration liée à l’impossibilité de partager les données entre outils et bases de données internes. [1]

Cet effort a progressé rapidement. Le rapport historique du NIST indique que le premier projet d’IGES a été publié en janvier 1980 après deux examens critiques, puis que la Version 1 a été normalisée sous la référence ANSI Y14.26M-1981. [1] Cette rapidité aide à comprendre pourquoi IGES est resté intégré aux flux de travail d’ingénierie pendant si longtemps : il a résolu très tôt un véritable problème d’interopérabilité grâce à une approche pratique fondée sur des fichiers d’échange, plutôt que d’exiger que chaque paire de logiciels maintienne son propre traducteur direct. [1]

Ce qu’un fichier IGES fait en pratique

En pratique, un fichier IGES sert de format de fichier neutre pour transférer des données de modèles entre différents systèmes, au lieu de laisser ces données enfermées dans le format natif d’un seul éditeur de logiciels. Autodesk décrit IGES comme un format neutre conçu pour transférer des données de dessin 2D et 3D entre systèmes CAO hétérogènes. [4] Le format définit une méthode d’échange ; chaque programme de CAO décide ensuite dans quelle mesure il lit, écrit, répare ou remplace les données entrantes. [4] [8] [9] [10]

Son rôle est plus limité que « tout ce qui concerne le modèle est transféré intact ». Le NIST décrit IGES comme ayant été développé principalement pour l’échange de données géométriques pures, contrairement à STEP, créé pour une gamme beaucoup plus vaste de données liées aux produits sur l’ensemble du cycle de vie. [2] La manière la plus sûre de considérer IGES est comme un format d’échange CAO d’ingénierie centré sur la géométrie, dont l’utilité dépend fortement des traducteurs aux deux extrémités du transfert. [2] [4]

Comment fonctionne un fichier IGES

À un niveau pratique, le flux de travail est simple, même si les détails de traduction ne le sont pas. Un modèle est exporté depuis un système de CAO natif vers IGES, puis importé dans un autre système qui lit ce format. La distinction essentielle s’établit entre l’encodage physique du fichier et son contenu logique : le premier concerne la manière dont les informations sont stockées sous forme d’enregistrements texte, tandis que le second concerne l’organisation des entités échangées afin que le logiciel de CAO puisse les interpréter. [4] [5]

Au niveau physique, la norme IGES définit deux formats de fichier : ASCII à longueur fixe et ASCII compressé. Dans la forme à longueur fixe, les informations sont stockées dans des enregistrements de 80 caractères, et Autodesk indique que l’importation et l’exportation IGES d’AutoCAD ne prennent en charge que cette forme à longueur fixe. [4] Au niveau logique, Autodesk Alias décrit une structure de base en cinq sections : Start, Global, Directory, Parameter Data et Termination. [5] Ensemble, ces détails rendent IGES moins abstrait : il ne s’agit pas seulement d’un fichier texte, mais d’un fichier d’échange structuré avec des sections et des conventions d’enregistrement définies. [4] [5]

Comme IGES est basé sur du texte, il est tentant de supposer qu’il est facile à lire ou à modifier manuellement sans risque. En pratique, ce n’est pas une hypothèse fiable. Les longueurs d’enregistrement fixes, l’organisation en sections et les données de paramètres liées rendent le fichier orienté machine, même lorsque le stockage repose sur du texte ASCII brut. [4] [5] Vous pouvez l’ouvrir dans un éditeur de texte, mais pouvoir voir les caractères ne signifie pas pouvoir modifier les données d’échange sans rompre la structure. [4] [5]

Flux de travail d’exportation vers importation CAO pour un échange de géométrie IGES
Un modèle est exporté vers un fichier IGES et importé dans un second système de CAO.

Ce que le fichier transporte habituellement

Un fichier CAO IGES transporte généralement du contenu orienté géométrie, bien que le résultat exact dépende du comportement du traducteur dans les logiciels émetteur et récepteur. Au niveau du format, Autodesk décrit IGES comme un format neutre permettant de transférer des données de dessin 2D et 3D entre systèmes CAO hétérogènes. Dans les exemples de traducteurs, la documentation SOLIDWORKS présente la gestion des fils de fer, le transfert de surfaces, l’importation de courbes 3D et certains comportements liés au B-rep. SOLIDWORKS indique également qu’il essaie de réparer les surfaces importées lorsque les données de surface entrantes ne sont pas lisses. [4] [6]

Contenu typique que vous pouvez voir dans un fichier IGES

  • Géométrie filaire. [6]
  • Courbes, y compris des courbes 3D dans les flux de travail pris en charge par les traducteurs. [6]
  • Géométrie de surfaces et données de modèles surfaciques. [6]
  • Certaines données de type dessin 2D ou de style dessin technique, selon ce que le traducteur écrit et lit. [4]
  • Certaines données orientées solides ou B-rep dans les flux de travail où le traducteur prend en charge cette interprétation. [6]

Fichier IGES et fichiers CAO natifs

Les formats natifs conservent généralement davantage d’intention de conception et d’historique au sein du même écosystème CAO. Cet avantage vient du maintien dans les propres définitions de fonctions, relations de modèle et logiques d’édition du système auteur, plutôt que de leur traduction vers une forme d’échange neutre. Les supports de formation Autodesk Fusion fournissent un exemple clair propre à un flux de travail : une géométrie neutre importée peut s’ouvrir sans chronologie, sans historique, esquisses ni relations importés. Le matériel de formation Autodesk indique également que certaines métadonnées peuvent être perdues lorsque le fichier n’est pas natif de Fusion. [12]

Le compromis est l’interopérabilité. Un transfert neutre peut rendre la géométrie accessible entre systèmes différents, mais le système récepteur peut ne pas reconstruire le contexte de modélisation d’origine de la même manière. Cela ne doit pas être transformé en règle universelle concernant chaque logiciel CAO ou traducteur. La conclusion la plus sûre est plus restreinte : les formats natifs préservent généralement davantage de possibilités d’édition et de contexte dans le même système, tandis que l’échange neutre améliore l’accès intersystème lorsque l’objectif est de transférer une géométrie exploitable plutôt que de préserver chaque élément de l’historique de création d’origine. [12]

IGES et STEP

La distinction centrale est l’étendue. Le NIST indique qu’IGES a été développé principalement pour l’échange de données géométriques pures entre systèmes CAO, tandis que STEP était destiné à gérer une gamme bien plus vaste de données liées aux produits couvrant l’ensemble de leur cycle de vie. [2] Cela explique davantage que le simple fait de dire que STEP est plus récent.

Cette étendue plus large importe parce que l’interopérabilité en aval ne concerne pas seulement la forme. Elle concerne aussi la capacité du logiciel récepteur à interpréter la façon dont un produit est structuré et contrôlé. Le NIST note que l’ISO travaillait sur STEP depuis 1984, et sa description d’AP203 indique que ce protocole d’application STEP couvre les modèles de forme de produit, la structure d’assemblage et les informations de contrôle de configuration. [2] [3] STEP a été conçu pour réduire l’ambiguïté concernant davantage que la géométrie seule lorsque les données passent par les processus de conception, de fabrication et de cycle de vie. [2] [3]

Format Objectif principal Étendue et contexte transportés Compromis typiques
IGES Échange neutre de géométrie Principalement des données géométriques pures entre systèmes CAO. [2] Large compatibilité avec les systèmes historiques, mais moins de contexte produit. [2]
STEP Échange plus large de données produit Géométrie et données liées aux produits plus étendues sur l’ensemble du cycle de vie ; AP203 comprend les modèles de forme de produit, la structure d’assemblage et les informations de contrôle de configuration. [2] [3] Meilleure continuité sémantique, mais toujours dépendante du flux de travail et de l’implémentation. [2] [3]
Fichier CAO natif Création dans le même système Conserve généralement les possibilités d’édition et l’historique de conception spécifiques au système les plus riches dans son propre écosystème. [12] Fidélité maximale au sein de la même famille, neutralité interplateforme moindre. [12]

Pour les décisions pratiques, la question est ce qui doit survivre au transfert. Si le transfert concerne principalement la géométrie, IGES peut suffire. Si la structure produit, la configuration contrôlée ou une signification plus large des données produit doivent être préservées, STEP est généralement mieux adapté. [2] [3]

Ce qui peut mal se passer lors d’une traduction IGES

Les problèmes de traduction IGES proviennent généralement des différences dans la manière dont deux systèmes CAO mappent les entités, et non d’une unique défaillance spectaculaire du fichier. Un système émetteur peut exporter la géométrie dans une représentation, tandis que le système récepteur la reconstruit dans une autre, avec certains détails remplacés ou simplifiés. Autodesk avertit explicitement que certaines données ne seront pas préservées lors d’un aller-retour vers IGES puis d’un retour, et donne un exemple concret dans lequel une polyligne exportée peut revenir sous forme de spline après réimportation. Autodesk note également que la prise en charge logicielle peut être plus restreinte que la norme elle-même : IGES définit ASCII à longueur fixe et ASCII compressé, mais les outils IGES d’AutoCAD ne prennent en charge que la forme à longueur fixe. [4]

Points de défaillance de traduction courants

  • Mappages d’entités non pris en charge. [4]
  • Substitutions de courbes ou de surfaces. [4]
  • Écarts de surface ou découpes médiocres. [6] [7]
  • Échec de la couture en solides exploitables. [6] [7]
  • Perte ou aplatissement de données de conception ou de contexte dans les flux de travail avec fichiers neutres. [12]

Le comportement des éditeurs montre comment ces problèmes apparaissent en pratique. SOLIDWORKS indique que les courbes 3D d’un fichier IGES peuvent être importées comme entités d’esquisse 3D, et que le logiciel essaie de réparer les surfaces importées lorsque les données de surface entrantes ne sont pas lisses. [6] Ces fonctions utiles du traducteur montrent aussi que le système récepteur peut reconstruire ou réparer les données plutôt que de reproduire exactement l’état original du modèle. [6]

Échange de surfaces et formation de solides

Plus important encore, envoyer des surfaces n’est pas la même chose que recevoir un solide étanche. Dans un exemple de traducteur SOLIDWORKS, le logiciel indique que, si vous souhaitez qu’il essaie de former un solide à partir de données IGES importées, la source doit exporter des surfaces découpées de type d’entité 144 ou des types spécifiés de surfaces non découpées, et l’exportation doit utiliser une haute précision. [6] SOLIDWORKS indique également qu’une grande précision des courbes de découpe peut parfois aider si le système cible a des difficultés à importer le fichier ou ne peut pas coudre les surfaces en un solide exploitable. [7] Un modèle surfacique peut être transféré avec succès et nécessiter tout de même une réparation avant de se comporter comme un corps solide exploitable dans le système récepteur. [6] [7]

Surfaces IGES découpées avec des écarts empêchant la formation d’un solide
Des écarts et des découpes incompatibles peuvent empêcher les surfaces IGES de former un solide étanche.

Quand un fichier IGES reste pertinent

Un fichier IGES apparaît encore dans le travail réel de CAO d’ingénierie, mais dans des scénarios pratiques ciblés plutôt que comme choix universel par défaut. La documentation actuelle montre la prise en charge continue des traducteurs dans de grands écosystèmes CAO : SOLIDWORKS documente les fichiers de pièces ou d’assemblages IGES .igs version 5.3, PTC Creo Elements/Direct répertorie la prise en charge de l’importation et de l’exportation IGES V5.2 et V5.3, et Siemens NX répertorie IGES parmi ses formats de traduction. [8] [9] [10] Cette disponibilité continue aide à expliquer pourquoi le format persiste. Cela ne signifie pas que chaque système préserve la même profondeur sémantique ou lit les mêmes entités avec la même fidélité. [8] [9] [10]

Situations pratiques courantes où IGES apparaît encore

  1. Archive historique ou transfert exigé par le client. Des bibliothèques de projets anciennes et des exigences d’échange établies peuvent maintenir IGES en circulation là où la prise en charge des traducteurs existe déjà. [8] [9]
  2. Échange riche en surfaces avec des flux de travail en aval anciens ou spécifiques à des outils. IGES reste familier dans les flux de travail centrés sur les courbes et les surfaces plutôt que sur une structure produit riche. [2] [6] [10]
  3. Transfert de géométrie lorsque la structure produit enrichie n’est pas requise. Si l’objectif consiste principalement à transmettre une forme d’un système à un autre, un format neutre centré sur la géométrie peut encore être acceptable. [2] [8] [10]
  4. Flux de travail de réparation à l’importation ou d’édition par modélisation directe. Les équipes importent parfois une géométrie neutre, réparent ce dont elles ont besoin, puis poursuivent avec des modifications directes plutôt que d’attendre une reconstruction complète de l’historique natif. [6] [12]

Prise en charge actuelle et contexte normatif

La documentation actuelle montre une prise en charge continue des traducteurs IGES dans les principaux écosystèmes CAO, mais le terme « prise en charge » doit être interprété avec prudence. SOLIDWORKS indique qu’il peut importer ou exporter des fichiers de pièces ou d’assemblages IGES .igs version 5.3. PTC Creo Elements/Direct répertorie la prise en charge de l’importation et de l’exportation IGES V5.2 et V5.3. Siemens NX répertorie IGES parmi ses formats de traduction. [8] [9] [10] Ici, la prise en charge désigne la disponibilité d’un traducteur ou de fonctions d’importation/exportation, et non la preuve que tous les systèmes préservent les mêmes entités, sémantiques ou comportements de réparation. [8] [9] [10]

Il convient également de corriger un raccourci courant sur les versions. De nombreuses pages d’aide actuelles des éditeurs mentionnent IGES 5.3, ce qui est exact concernant les cibles de traducteur qu’elles documentent. [5] [8] [9] Mais cela ne doit pas être présenté comme la dernière révision normative définitive dans tous les contextes de normalisation, car la publication du NIST de 2003 sur les protocoles d’application IGES indique que son contenu a été mis à jour pour être compatible avec IGES Version 6.0. [11] La prise en charge actuelle dans les menus indique que des traducteurs existent ; elle ne prouve pas une couverture égale, une fidélité égale ou un comportement identique entre systèmes CAO. [8] [9] [10] [11]

Comparaison de la disponibilité continue des traducteurs IGES entre flux de travail CAO
La même pièce peut passer par différents traducteurs IGES avec des résultats d’importation différents.

En résumé sur le fichier IGES

Le fichier IGES reste un format d’échange pratique lorsque l’objectif principal est de transférer de la géométrie entre systèmes CAO différents, et de grandes plateformes comme SOLIDWORKS, PTC Creo Elements/Direct et Siemens NX documentent toujours la prise en charge de ses traducteurs. [8] [9] [10] Mais le NIST distingue IGES comme étant centré sur la géométrie, tandis que STEP a été conçu pour un échange plus large de données produit, et AP203 ajoute des modèles de forme de produit, une structure d’assemblage et des informations de contrôle de configuration à ce tableau plus large. [2] [3] Utilisez IGES lorsque la compatibilité géométrique ou des exigences historiques déterminent l’échange ; préférez STEP lorsque la fidélité de données produit plus étendues importe. [2] [3]

FAQ

Qu’est-ce qu’un fichier IGES ?

Un fichier IGES est un format neutre d’échange CAO utilisé pour transférer des données de modèles d’ingénierie entre différents systèmes, plutôt que de les maintenir liées au format natif d’un seul éditeur. Autodesk décrit IGES comme un format de fichier neutre permettant de transférer des données de dessin 2D et 3D entre systèmes CAO hétérogènes. [4]

IGES est-il un format de fichier CAO ou un format d’échange ?

C’est un format de fichier CAO au sens large, mais plus précisément un format neutre d’échange CAO. Autodesk Alias décrit également une structure en cinq sections pour les fichiers IGES : Start, Global, Directory, Parameter Data et Termination. [4] [5]

Quelle est la différence entre un fichier IGES et un fichier STEP ?

IGES est historiquement centré sur la géométrie, tandis que STEP a été conçu pour une gamme beaucoup plus vaste de données liées aux produits. Le NIST indique qu’IGES a été développé principalement pour l’échange géométrique pur, tandis que STEP couvre des données de cycle de vie plus étendues, et AP203 comprend les modèles de forme de produit, la structure d’assemblage et les informations de contrôle de configuration. [2] [3]

Que peut-on perdre lors de l’exportation vers un fichier IGES ?

Selon le flux de travail, le système récepteur peut perdre ou aplatir une partie du contexte de modélisation original. Autodesk avertit que certaines données peuvent ne pas survivre à un aller-retour vers IGES, et les supports de formation Autodesk Fusion montrent une géométrie neutre importée arrivant sans chronologie, sans historique, sans esquisses et sans relations ; certaines métadonnées peuvent également être perdues. [4] [12]

Un fichier IGES peut-il transporter des solides, ou seulement des surfaces ?

Le plus sûr est de dire que l’échange IGES est fortement associé aux courbes, aux fils de fer et aux surfaces, tandis que certains traducteurs prennent aussi en charge des flux de travail liés au B-rep. Dans un exemple SOLIDWORKS, la formation de solides dépend de la manière dont la source a exporté des surfaces découpées ou non découpées et de la précision utilisée, et une grande précision des courbes de découpe peut parfois aider lorsqu’un système cible ne peut pas coudre les surfaces en un solide exploitable. [6] [7]

Pourquoi le même fichier IGES peut-il s’importer différemment dans différents systèmes CAO ?

Parce que le comportement des traducteurs diffère selon les logiciels. Les mappages d’entités, les outils de réparation, les variantes IGES prises en charge et l’étendue de l’importation/exportation varient tous. Autodesk indique qu’AutoCAD ne prend en charge que la forme IGES à longueur fixe, tandis que la documentation des éditeurs SOLIDWORKS, PTC et Siemens montre différentes étendues de prise en charge et voies de traduction. [4] [8] [9] [10]

Les extensions .igs et .iges sont-elles différentes ?

Habituellement non. La documentation officielle actuelle utilise les deux extensions pour les fichiers IGES. SOLIDWORKS fait explicitement référence à « IGES Files (*.igs, *.iges) », et l’aide de PTC répertorie à la fois .iges et .igs à l’importation. [6] [9]

Sources

  1. NIST — Bref historique des premières normes d’échange de données produit. https://www.nist.gov/publications/brief-history-early-product-data-exchange-standards
  2. NIST — Introduction à ISO 10303 – la norme STEP pour l’échange de données produit. https://www.nist.gov/publications/introduction-iso-10303-step-standard-product-data-exchange-0
  3. NIST — Introduction à ISO 10303 – la norme STEP pour l’échange de données produit. https://www.nist.gov/publications/introduction-iso-10303-step-standard-product-data-exchange
  4. Aide Autodesk AutoCAD — À propos de l’importation et de l’exportation de fichiers IGES. https://help.autodesk.com/cloudhelp/2020/ENU/AutoCAD-Core/files/GUID-0ECCAE5E-8807-4F38-BDC7-627804012FDE.htm
  5. Aide Autodesk Alias — Référence du format de fichier IGES. https://help.autodesk.com/cloudhelp/2024/ENU/Alias-ImportExportData/files/GUID-5CD31D30-B2CF-4C7E-9CC2-F4E1E2C995FF.html
  6. Aide SOLIDWORKS — Fichiers IGES (*.igs, *.iges). https://help.solidworks.com/2012/english/solidworks/sldworks/iges_files.htm
  7. Aide SOLIDWORKS — Définition des options d’exportation IGES. https://help.solidworks.com/2021/english/SolidWorks/sldworks/hidd_export_option_iges.htm
  8. Aide SOLIDWORKS — Informations sur les versions de fichiers d’importation et d’exportation. https://help.solidworks.com/2023/english/solidworks/sldworks/c_import_export_file_information.htm
  9. Aide PTC — Utilisation avec d’autres systèmes CAO. https://support.ptc.com/help/creo/ced_modeling/r20.8.0.0/en/ced_modeling/OSDM_Main/Files_OtherCADSystems.html
  10. Siemens — Interopérabilité CAO. https://www.siemens.com/en-us/products/designcenter/nx-cad-software/cad-interoperability/
  11. NIST — Initial Graphics Exchange Specification Volume 2: Protocoles d’application. https://www.nist.gov/publications/initial-graphics-exchange-specification-volume-2-application-protocols
  12. Supports de formation Autodesk Fusion — Importer une géométrie puis l’éditer avec la modélisation directe ; Plan de processus avec données CAO importées. https://www.autodesk.com/learn/ondemand/tutorial/import-geometry-then-edit-with-direct-modeling et https://files.upskill-dev.autodesk.com/public/fusion360-intro-cad-cam-milling-turning-associate/210804_SbS_L1-03_Import-data.pdf

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

→ Sommaire