STL sans unité : corriger une pièce trop petite à l'import

Pourquoi certains fichiers STL arrivent à la mauvaise taille

Un fichier STL décrit la surface d'un objet par une liste de triangles. Selon le wiki OrcaSlicer, c'est le format de base du tranchage dans OrcaSlicer : les fichiers STEP, 3MF ou OBJ y sont convertis en STL lors de l'import. Le guide 3D Content Guidelines de Microsoft (version 1.3, 2019) précise qu'un STL ne contient aucune information d'échelle et que ses unités sont arbitraires : le fichier ne porte que des coordonnées, et c'est le logiciel qui l'ouvre qui décide dans quelle unité les lire. Les sources citées ne documentent pas l'unité retenue par chaque slicer. Ne déduisez donc rien de l'extension du fichier ni de la taille affichée seule : comparez une cote connue avec la valeur que le slicer affiche.

L'écart de taille naît du décalage entre l'échelle des coordonnées à l'export et l'interprétation du logiciel d'import. Le wiki OrcaSlicer précise que la fidélité d'un STL issu d'un logiciel de CAO dépend des réglages d'export de celui-ci ; l'échelle appliquée aux coordonnées fait partie de ces réglages, comme le montrent les options Scale et Scene Unit de l'export STL dans Blender 4.1. Un modeleur réglé en pouces, ou une scène Blender dont l'échelle d'unité n'est pas celle attendue, produit des coordonnées à une autre échelle que celle que le slicer attend. Le fichier ne transporte pas cette information. Le wiki OrcaSlicer documente une option en ligne de commande, --convert-unit, qui détecte les modèles enregistrés en mètres ou en pouces et les convertit en millimètres ; cette détection relève du slicer, pas du fichier, et les sources citées ne décrivent pas d'équivalent dans l'interface graphique ni dans d'autres logiciels.

L'absence d'unité concerne donc tous les STL ; l'écart de taille, lui, n'apparaît que lorsque l'échelle des coordonnées ne correspond pas à l'interprétation du logiciel d'import. La base de connaissances Prusa indique que PrusaSlicer accepte les STL binaires et ASCII ; la variante du format ne change rien à cette question. Pour comprendre ce que le STL contient ou non par rapport au 3MF, consultez le guide STL ou 3MF.

Repérer le cas millimètre et le cas pouce

Deux scénarios illustrent le problème. Dans le premier, les coordonnées ont été créées en pouces et exportées sans conversion. Si le slicer les lit comme des millimètres, la pièce apparaît environ 25 fois trop petite, puisqu'un pouce vaut 25,4 mm. Dans le second, c'est l'inverse : des coordonnées créées en millimètres, ouvertes dans un logiciel qui les interprète comme des pouces, puis réexportées, donnent une pièce énorme qui déborde du plateau. Dans les deux cas, rien dans le fichier n'indique l'unité d'origine, et la taille affichée ne suffit pas à prouver l'un ou l'autre scénario : seule une cote connue, ou l'intention documentée de l'auteur, permet de trancher.

Un troisième cas vient des échelles de scène. Selon la documentation Blender 4.1, l'import et l'export STL disposent d'une option Scale et d'une option Scene Unit qui applique l'unité de la scène aux données. Si l'auteur a travaillé avec une échelle de scène inhabituelle, le fichier peut sortir avec un facteur qui n'est ni un, ni celui du pouce. Là encore, ce facteur ne se lit pas dans la taille affichée : il se calcule à partir du rapport entre une cote connue et la valeur du slicer.

Pour trancher entre ces hypothèses, comparez chaque axe séparément avec une cote connue. Une conversion d'unité est un facteur unique appliqué aux trois axes : si les rapports mesurés sont identiques sur X, Y et Z, une échelle uniforme corrige le fichier. Si les rapports diffèrent selon l'axe, une conversion d'unité ne suffit pas et les sources citées ne documentent pas la cause. Dans ce cas, revenez aux réglages d'export : Blender 4.1 documente Scale et les axes Forward et Up comme des options distinctes, à vérifier l'une après l'autre sans conclure d'avance.

Contrôler les dimensions attendues avant de toucher à l'échelle

Avant de modifier quoi que ce soit, cherchez une dimension connue. La page de téléchargement du modèle, la description de l'auteur ou le plan d'origine donnent souvent une longueur totale, un diamètre de trou ou une épaisseur. Sélectionnez la pièce dans le slicer et lisez ses dimensions dans le panneau de l'objet. Comparez chaque axe avec la valeur attendue.

Si aucune dimension n'est documentée, utilisez un objet de référence. Un trou prévu pour une vis courante, un logement pour une pile ou un emboîtement avec une pièce que vous possédez déjà donnent un repère physique. Mesurez cette cote sur l'objet réel au pied à coulisse et relevez la cote correspondante dans le slicer. Le rapport entre les deux est votre facteur de correction. Vérifiez qu'il est identique sur les trois axes ; sinon, une simple conversion d'unité ne suffira pas.

Cette vérification évite de mettre à l'échelle au jugé. Une pièce agrandie à vue d'œil ne s'emboîtera pas avec le reste du projet. Si la pièce a la bonne taille globale mais que les cotes fines sont fausses, vous n'êtes plus dans un problème de fichier : passez au guide précision dimensionnelle, qui traite le retrait de la matière et les réglages de l'imprimante.

Corriger l'échelle dans le slicer sans déformer la pièce

Une fois le facteur connu, appliquez-le dans le slicer avec son outil d'échelle, en mode uniforme, c'est-à-dire avec les trois axes verrouillés ensemble, pour conserver les proportions. Le wiki OrcaSlicer documente par exemple une option de ligne de commande --scale qui applique un facteur à chaque objet chargé et renvoie à l'outil Scale du logiciel ; dans l'interface, entrez la dimension attendue sur l'axe que vous avez vérifié si l'outil accepte des dimensions cibles, et laissez les deux autres suivre.

Le wiki OrcaSlicer documente une option en ligne de commande, --convert-unit, qui détecte les modèles enregistrés en mètres ou en pouces et les convertit en millimètres. Cette option n'a pas été exécutée pour cette page, elle concerne le mode CLI d'OrcaSlicer, et les sources citées ne disent pas si l'interface graphique ou d'autres slicers proposent l'équivalent. Si votre slicer, dans la version que vous utilisez, propose une telle conversion, utilisez-la seulement après avoir établi que le modèle a bien été conçu en pouces, puis vérifiez dans le panneau de l'objet, par exemple dans OrcaSlicer, que les dimensions affichées correspondent à la cote connue.

Après correction dans OrcaSlicer, utilisez File > Save Project pour conserver le projet : le wiki documente la sauvegarde des objets, réglages d'impression et configurations. Cela se distingue de l'export de modèle en 3MF générique, qui ne transmet pas les informations d'imprimante, de matériau ni de process. Gardez le STL d'origine pour pouvoir recommencer. Pour plusieurs pièces d'un même ensemble, n'appliquez un facteur commun que si leur échelle d'origine et l'erreur à corriger sont les mêmes, puis contrôlez les cotes d'assemblage.

Régler le problème à la source dans Blender ou la CAO

Quand vous êtes l'auteur du fichier, corrigez l'export plutôt que l'import. Selon la documentation Blender 4.1, l'export STL dispose d'une option Scale pour appliquer un facteur, et d'une option Scene Unit qui applique l'échelle d'unité de la scène aux données exportées. Un fichier exporté depuis une scène réglée à l'échelle voulue sort avec des coordonnées à cette échelle ; comme le STL n'enregistre pas l'unité, contrôlez tout de même une cote connue après l'import dans le slicer.

La même documentation décrit des réglages d'axes Forward et Up. Blender utilise Y vers l'avant et Z vers le haut, alors que d'autres logiciels utilisent Y vers le haut. Ce réglage n'influence pas la taille, mais une pièce couchée à l'import se confond facilement avec une pièce mal dimensionnée sur un axe. Vérifiez les deux séparément. Pour préparer vos exports, voyez le guide Blender pour l'impression 3D.

Blender peut aussi servir d'intermédiaire pour un fichier reçu. La documentation indique que l'import STL comporte lui aussi les options Scale et Scene Unit, ce qui permet de ramener un modèle à la bonne échelle avant de le réexporter. Le wiki OrcaSlicer rappelle enfin que la fidélité d'un STL issu d'une CAO dépend des réglages d'export : la finesse du maillage compte aussi, pas seulement l'unité.

Quand ce n'est pas une question d'unité

Tous les écarts de taille ne viennent pas d'un export en pouces. Si les rapports diffèrent selon l'axe, les sources citées ne documentent pas la cause ; vérifiez séparément les réglages Scale et les axes Forward et Up de l'export sans conclure d'avance. Si la longueur totale est juste mais que des trous ou des emboîtements sont trop serrés, n'agrandissez pas tout le modèle : une échelle globale modifierait aussi les cotes déjà correctes. Ce cas sort du périmètre du fichier et des sources citées ; voyez le guide précision dimensionnelle.

Le maillage lui-même peut aussi être en cause. La documentation Blender 4.1 signale une option Validate Mesh à l'import, qui contrôle les données corrompues du maillage et les répare si nécessaire, au prix d'un import plus lent et souvent inutile selon la même page. Les sources citées ne décrivent pas l'effet d'un maillage défectueux sur les dimensions affichées par un slicer. Si la boîte englobante annoncée vous semble incohérente avec la pièce visible, inspectez le maillage dans l'éditeur avant toute mise à l'échelle, et ne corrigez l'échelle qu'une fois la géométrie utile identifiée.

Pensez enfin au format d'origine. Le wiki OrcaSlicer note que STEP, OBJ ou 3MF sont convertis en STL à l'import et décrit le STEP comme une représentation plus détaillée et plus fidèle de la conception d'origine ; la base Prusa indique que le STEP est triangulé à l'import. Le même wiki décrit le 3MF comme plus complet (couleurs, matériaux, objets multiples), sans affirmer qu'il est plus précis géométriquement. Si l'auteur fournit un STEP en plus du STL, c'est une base documentée pour la fidélité des formes. Les sources citées ne documentent pas la façon dont chaque slicer gère l'unité de ces formats : contrôlez une cote connue de la même façon.

Sources et limites

• STL - Blender 4.1 Manual Contents Menu Expand Light mode Dark mode Auto light/dark mode
• import_export · OrcaSlicer/OrcaSlicer Wiki · GitHub
• Supported file formats | Prusa Knowledge Base Prusa Prusa Prusa
• 3D Content Guidelines for Microsoft v1.3 (© 2019)
• OrcaSlicer Wiki — CLI Transform

Nous organisons la documentation des fabricants et des communautés ; nous n’avons pas mesuré ces produits nous-mêmes. La notice de votre modèle exact prime sur ces explications générales.