Format fichier 3D pour imprimante 3D

[Médiat]

Bonjour,

Je voudrais exporter des données dans un format 3D compréhensible par une imprimante, et pour cela je dois choisir un format parmi tous ceux qui existent, le(s)quel(s) pouvez-vous me conseiller, voici mes contraintes :

1) Les capacités de l'imprimante ne sont pas en cause, cellec-ci sera choisie après.
2) Le format doit autoriser les triangles, les cônes, les cylindres (cas particulier de cône) et les sphères sans avoir à les décrire sous forme de triangles
3) Si possible le format permet de décrire des maillages sans passer par les triangles
4) La gestion des couleurs/textures serait un plus
5) Des tutoriaux disponibles sur le net serait très apprécié

J'ai déjà jeté un oeil au format COLLADA, mais je le trouve trop complexe pour ce que je veux en faire.
J'ai aussi regardé le format IGES, mais je n'ai rien vu sur les maillages et les docs que j'ai trouvées sur le net sont des spécifications, donc totalement anti-pédagogiques

Merci d'avance
-----

[Janpolanton]

Bonsoir,
L'imprimante ne va comprendre que le Gcode.

[Médiat]

Vous travaillez chez Microsoft ?

[Janpolanton]

Pourquoi cette question?
Gcode n'a rien a voir avec MSoft

[A voir en vidéo sur Futura]

[Médiat]

Blague ayant 1000 ans :

Un hélicoptère volait au dessus de Seattle hier quand une anomalie électrique a mis hors circuit tout l'équipement pour la navigation électronique ainsi que tout l'équipement destiné aux communications de l'appareil.
En raison des nuages et du brouillard, le pilote ne pouvait plus déterminer ni sa position ni son trajet jusqu'à l'aéroport.
C'est alors que le pilote voit un grand building, il vole en sa direction, fait une première rotation, puis voyant des gens à la fenêtre, fait du vol stationnaire. Ensuite, il fait des signes de la main pour se faire comprendre des gens de l'immeuble et il leur demande: "OU SUIS-JE ?? ".
Les gens dans l'immeuble répondent très rapidement au pilote: Avec de grands gestes ils disent: "VOUS ÊTES DANS UN HÉLICOPTÈRE" Alors le pilote sourit, regarde sur sa carte et détermine sa route jusqu'à l'aéroport où il atterrit sans aucun problème.
Une fois sur la terre ferme, le copilote demande à son pilote comment il a réussi à retrouver sa route:
Le pilote lui répond: "Ce building ne pouvait être que celui de MICROSOFT car, comme pour leur assistance téléphonique, ils m'ont donné une réponse techniquement correcte mais sans aucun intérêt.

[jiherve]

bonsoir,
blague à part le Gcode est la réponse, on trouve moult logiciels capables d'en pisser à partir d'un simple dessin.
JR

[Médiat]

Certes, mais ce n'est pas mon problème

[jiherve]

re
soit donc quel est il ?
une imprimante de base ou une CNC du même bois ne comprend que du Gcode qui lui n'a aucune connaissance de tes formes de base, de la même façon qu'un µc ne sait rien de ton langage haut niveau lui ne comprend que du binaire.
JR

[Médiat]

Est-ce que, oui ou non, les imprimantes sont livrées avec un ou des logiciels capable de convertir des formats (OBJ, STL, etc.) en "je m'en fous quoi" qui excite le microcontroler ? Ou alors ces logiciels sont disponibles facilement.

Le point 2 de mon message #1 est impératif

Si je demandais quel langage choisir pour programmertel ou tel type de programme (en citant C++, RUST, PYTHON et ANUBIS comme exemple), j'ose espérer que personne ne me répondrait "de toute façon le processeur ne comprend que le binaire"

[jiherve]

re
ben de ce que j'en sais certaines peuvent prendre des formats d'image 2D en entrée pour le reste bien sur on peut pisser du Gcode à partir de ces langages.
Si tu sais générer du .dxf tu as gagné
Regarde plutôt vers les outils de CAO méca.
Et cela ne sert à rien d’être désagréable !

JR

[Médiat]

Je ne cherche pas un outil, mais un format !

Si dxf répond à mes critères, c'est une réponse utile.

[jiherve]

re
au final que veux tu faire, c'est tellement plus simple lorsqu'un besoin est exprimé clairement!
JR

[Médiat]

Je pensais que mon message 1 disait tout :

Je veux écrire des fichiers 3d dont je génère le contenu à l'aide des primitives suivantes :
les triangles, les cônes, les cylindres (cas particulier de cône) et les sphères, si en plus il y a les maillages c'est un plus intéressant (mais avec les triangles on s'en tire).

J'ai vu que le format IGES était pas loin de ce que je cherche, mais il y a peut-être mieux, pour mon problème

[Paraboloide_Hyperbolique]

Bonjour Mediat,

Je te propose le format "obj" qui, à mon sens, se rapproche le plus de ce que tu recherches, tout en restant un format libre et relativement facile à comprendre.

Caractéristiques générales du format: https://all3dp.com/1/obj-file-format-3d-printing-cad/ et https://en.wikipedia.org/wiki/Wavefront_.obj_file
Documentation plus avancée: http://paulbourke.net/dataformats/obj/

Si cela ne te convient pas, peut-être trouveras-tu ton bonheur dans la liste des formats décrits ici: http://paulbourke.net/dataformats/

[Médiat]

Merci Paraboloide_Hyperbolique,

J'ai déjà utilisé le format OBJ ainsi que STL, mais sauf erreur de ma part ces deux formats ne connaissent que les triangles.

Je vais visiter le site de Paul Bourke

Encore merci

[Médiat]

Sur le site de Paul Bourke je viens de voir le format SCENE, qui correspond très bien, mais j'ai peur qu'il soit un peu confidentiel, je me trompe ?

[Paraboloide_Hyperbolique]

Apparemment le format OBJ était initialement prévu pour ne gérer que des triangles. Il a été cependant étendu pour gérer les courbes et surfaces B-splines (rationnelles ou non)*. Il est vrai qu'il n'est pas possible de directement définir des sphères et autres cylindres: il faut passer par des "patchs" constitués de B-splines rationnelles. Cela suppose une certaine connaissance de ce que sont les B-spline et comment définir leurs points de contrôles et séquences nodales pour obtenir les formes voulues (il existe des tonnes de tutos à ce sujet sur le net). Cependant, cela permet bien de construire des sphères/cylindres (en fait toutes les coniques) de manière "exacte" (aux erreurs numériques près). D'autres formats CAD courant, comme IGES, BREP et STEP, recourent aussi aux B-splines (du moins il me semble).

*Chercher "free form" dans la documentation de Paul Rourke.

Je ne connais pas le format SCENE. Il semble en effet offrir un moyen plus simple de construire des sphères. Cependant cela semble effectivement être un format peu répandu. Je ne connais aucun logiciel qui l'utilise.

Peut-être un moyen de faire ton choix parmi la jungle des formats serait de télécharger freeCAD https://www.freecadweb.org/, d'y concevoir une simple sphère et ensuite d'exporter les données sous les différents formats proposés.

[Médiat]

il faut passer par des "patchs" constitués de B-splines rationnelles.

C'est le point que je voudrais éviter, mais qui reste un dernier recours

D'autres formats CAD courant, comme IGES, BREP et STEP, recourent aussi aux B-splines (du moins il me semble).

Je le confirme pour IGES et STEP, et IGES gère les sphères et le cônes, mais je n'ai pas trouvé de tuto ou des explications pédagogiques (que des références)

*Chercher "free form" dans la documentation de Paul Rourke.

Je vais tenter ce coup

Peut-être un moyen de faire ton choix parmi la jungle des formats serait de télécharger freeCAD https://www.freecadweb.org/, d'y concevoir une simple sphère et ensuite d'exporter les données sous les différents formats proposés.

Cela me paraît une excellente idée, je vais essayer cela en premier.

Merci beaucoup

[Gyrocompas]

Bonjour,
La question initiale a très mal été posée.
Une imprimante est une machine qui ne connaît que le G-code.
Certaines sont plus évoluées que d'autres, capables de tracer des cercles par exemple, des lignes en travers etc. quand d'autres ne feront qu'aller de point x/y en point x/y
Il faut donc connaître les capacité de traitement de l'interpréteur (intégré dans le logiciel).
Autrement, il faut chercher dans les panoplies existantes le logiciel qui traduira la forme en commandes adaptées.
Une petite recherche suivie d'essais est à prévoir...sans se fâcher.

[Médiat]

Bonjour,

La question initiale a très mal été posée.

Possible, mais au moins Paraboloide_Hyperbolique l'a parfaitement comprise !

Une imprimante est une machine qui ne connaît que le G-code.

Et un ordinateur est une machine qui ne comprend que le binaire (je ne parle pas d'assembleur), je n'ai plus programmé en binaire depuis les années 70 et ce n'est pas mon meilleur souvenir

Il faut donc connaître les capacité de traitement de l'interpréteur (intégré dans le logiciel).

Mais non, je veux juste savoir quel est le format le mieux adapté à mon problème !

Je ne demande à personne de faire des recherches pour moi, mais j'en appelle à des spécialistes/experts qui aurait la réponse, les recherches que j'ai effectuées étant très frustrantes :
1) des dizaines voire centaines de formats
2) des exemples contradictoires (COLLADA est censé fournir la primitive "sphere", mais quand je fabrique un fichier ne contenant qu'une sphere, je constate que celle-ci est décrite à l'aides de facettes triangulaires, ficjhier de 618Ko alors que quelques octets devrait suffire)
3) peu voire pas de document didactique (les références sont essentielles, mais ne permettent pas de démarer (vite en tous cas)

Si aucun spécialiste/expert n'a de réponse à me fournir, tant pis, je trouverais une solution tout seul.

[Janpolanton]

Bonjour,

Malgré votre mauvais caractère et vos réponse à la limite de l'amabilité, je vais me fendre d'une réponse et ce sera ma dernière intervention sur ce fil:

Le logiciel qu'il vous faut, c'est FUSION 360 (License gratuite d'un an renouvelable pour les hobbyistes).

PS : il exporte en Gcode pour les imprimantes 3D et les CNC.

Il y a aussi Solidworks mais payant ainsi que Sketchup, très mal adapté à l'impression 3D.
En plus de Freecad suggéré plus haut, il y a aussi Openscad.

Pour ce qui est de votre problème, je n'ai toujours pas compris ce que vous cherchez...

[Médiat]

Pour ce qui est de votre problème, je n'ai toujours pas compris ce que vous cherchez...

Je l'avais bien noté (pour la 3ième fois : JE NE CHERCHE PAS DE LOGICIEL)

[polo974]

Bonjour Mediat,
Ayant vu passer des questions glut and co, je suppose donc que tu veux exporter tes constructions pour les imprimer.
La plupart du temps, entre le logiciel de pilotage de l'imprimante et la CAO pure, il y a le logiciel de "tranchage".
Il découpe le volume en tranches horizontales pour ensuite les traduire en gcode (avec toute une gestion de trucs liés à l'imression 3d).
Les trancheurs acceptent principalement du STL (ascii ou binaire) mais pas seulement. Par exemple CURA: https://support.ultimaker.com/hc/en-...ltimaker-Cura-

Et il y a même des lib dispo:
https://github.com/3MFConsortium/lib3mf
Avec la doc:
https://lib3mf.readthedocs.io/en/master/

C'est juste un exemple non testé...
(mais du coup je vais sûrement y jeter un oeil pour mes besoins perso... )

[Médiat]

Salut Polo

Ayant vu passer des questions glut and co, je suppose donc que tu veux exporter tes constructions pour les imprimer.

Parfaitement exact

La plupart du temps, entre le logiciel de pilotage de l'imprimante et la CAO pure, il y a le logiciel de "tranchage".
Il découpe le volume en tranches horizontales pour ensuite les traduire en gcode (avec toute une gestion de trucs liés à l'imression 3d).

Sans connaître les détails je me doutais d'un truc comme cela, d'où ma répugnance à écrire moi-même cette partie

Les trancheurs acceptent principalement du STL (ascii ou binaire) mais pas seulement. Par exemple CURA: https://support.ultimaker.com/hc/en-...ltimaker-Cura-

Il y a donc au moins 2 personnes qui ont compris mon problème : Merci

Et il y a même des lib dispo:
https://github.com/3MFConsortium/lib3mf
Avec la doc:
https://lib3mf.readthedocs.io/en/master/

Je vais aller voir ces 2 liens, encore merci ; il me semble que 3mf ne gère que les meshes.

[polo974]

Oui, la gestion des primitives et leurs operations ( intersection, union, ...) rebutent à les accepter...
Ça peut choquer un mathématicien, mais le paresseux d'informaticien s'en contrefiche...

Et quand il le code, ça donne souvent des catastrophes (quand les surfaces frontières sont quasi tangentes par exemple). Par exemple freecad est très mauvais pour sortir un stl à partir de primitives "inter-opérées"...

Sinon, le format que j'ai indiqué n'est qu'un exemple, il y en a d'autre et je n'ai pas fait la revue (depuis mon pipophone, c'est assez compliqué).

[Médiat]

Sinon, le format que j'ai indiqué n'est qu'un exemple, il y en a d'autre et je n'ai pas fait la revue (depuis mon pipophone, c'est assez compliqué).

En fait le fond du problème est là, il y a des dizaines de formats, SCENE que j'au vu sur le site de Paul Bourke est génial (pour ce que je veux faire), mais j'ai l'impression que seul Paul Bourke le connais