hoppla

Quelles sont les possibilités de récupération de modèles créés dans un logiciel de CAO mécanique ?? Je n'ai pas trouvé d'IGES, STEP, Parasolid ou ACIS.... qui sont les plus utilisés. Il y a bien DXF mais beaucoup de systèmes s'en servent pour le 2D uniquement, c'est en tout cas le cas de ceux que je peux utiliser. Existe t il des convertisseurs (gratuiciel ou partagiciel) entre ces formats et Sketchup ? (message envoyé à partir d'un appareil mobile)

J'ai découvert Google Sketchup qui permet assez facilement de se balader dans un environnement 3D (pour la création ça reste très très basique mais sympa) : http://sketchup.google.fr/product_suf.html Si jamais quelqu'un arrive à transférer un assemblage Pro/E exploitable dans ce soft, ça m'intéresse de connaitre la manip à suivre...

Pour ceux qui auraient éventuellement eu qq difficultés lors de l'installation de la version d'essai, pour cause d'instructions en anglais par exemple : Ci-dessous le lien vers un mini "manuel" au format PDF indiquant les étapes à suivre http:// http://proewildfire.free.fr/liens.html Ca ne règle évidemment pas tous les problèmes possibles, à commencer par ceux liés à la configuration matérielle, mais bon, disons que c'est juste pour info.

Je te re-confirme avec certitude que le module MDX (comme Mechanism Design Extension) est intégré de base dans tous les packages de Pro/ENGINEER depuis un bon paquet d'années, y compris dans le Foundation Advantage (qui s'appelle maintenant Foundation XE). Le module de dynamique optionnel c'est MDO (comme Mechanism Dynamics Option).

Si tu connais les formules alors utilises le solveur mathématique Mathcad (racheté par PTC et couplé à Pro/ENGINEER). Ce solveur est justement là pour traiter, illustrer et archiver toutes les expressions mathématiques spécifiques à tel ou tel produit. Le module MDX disponible par défaut dans Pro/E est dédiés au calcul cinématique, pas dynamique. Si tu veux faire du calcul dynamique il te faut le module de dynamique, ce n'est pas plus compliqué que ça... On ne prend pas un tournevis pour enfoncer un clou. Là je pense que c'est plutôt ton problème que celui du soft... Des milliers d'autres sociétés s'en sortent très bien, y compris pour l'étude de mécanismes complexes et dynamiques comme le mouvements d'horlogerie ou les moteurs. Les Ferrari roulent plutôt bien, les KTM, Ducati ou Harley Davidson aussi, et Audi a gagné les 24h du Mans sur un moteur Diesel conçu avec Pro/E. Faut croire qu'ils ont soit un peu plus d'expérience, soit utilisé les bons modules, soit les deux. (message envoyé à partir d'un appareil mobile)

Bon, ben ça dépasse mes compétences je crois bien. Dans mon esprit à chaque pas de temps le mécanisme est dans une position précise, et l'inertie est calculée pour cette position donnée... ça me paraissait logique. Mais si tu dis qu'il faut calculer une inertie "non rigide" (en quelque sorte), vu que je ne connais pas, je m'efface sur la pointe des pieds. S'il faut tenir compte des aspects dynamiques, ça ne serait pas MDO qu'il te faut ? (c'est le module de Pro/E dédié à ça)

Si tu crées une fonction à partir du calcul des propriétés massiques, en sélectionnant les inerties comme paramètres de sortie, alors tu pourras générer automatiquement des graphes d'inertie de ton mécanisme sur un tour complet par exemple. http://img234.imageshack.us/img234/4492/copieecran015tl2.jpg Pour info : La création de fonctions d'analyse avec extraction des paramètres est liée au module BMX (modeleur comportemental). Il y a la fonction "mesure" qui permet parfois de s'en sortir sans ce module, mais dans ce cas précis je ne sais pas si elle le permettra....

Quelle est exactement la question ? D'après ton message il semblerait que tu saches t'y prendre mais que Pro/E te donne de faux résultats... c'est ça ?

A l'époque (je sais, ça fait un peu vieux con de dire "à l'époque" ;-) ), il y avait un logiciel appelé FLY-THROUGH qui permettait d'ouvrir un natif Pro/E puis de se balader en temps réel un l'intérieur d'un assemblage. On pouvait choisir de "voler" ou alors de "marcher", ce qui était bien pratique pour visiter une implantation d'usine ou une très grosse machine par exemple. Quelles sont aujourd'hui les logiciels (payant ou gratuits) qui disposent de fonctions équivalentes pour "visiter" des assemblages Pro/E ? (idéalement en récupérant directement les textures appliquées dans Pro/E)

Pour récupérer automatiquement le paramètre TOTO d'une pièce ou d'un assemblage dans le cartouche d'une mise en plan il suffit d'utiliser la note &TOTO , sans numéro ou caractère derrière. Les numéros derrière ne sont utiles que si tu veux récupérer les infos d'un composants particulier de l'assemblage. Le "D" je crois que c'est pour gérer un paramètre du plan uniquement (pas d'un modèle 3D). Ceci dit, si ton cartouche actuel ne va pas et que tu n'as pas la possibilité de le modifier... soit tu demandes la modif à celui qui a le droit, soit tu es condamné à le retoucher à chaque création de plan.

Bonne nouvelle : à l'ouverture du plan Pro/ENGINEER ce matin (sans ouvrir le fichier Excel séparément), voilà ce que ça donne : http://img410.imageshack.us/img410/37/copieecran029cp3.jpg On peut noter la date du jour qui est à jour... pas belle la vie ? ;-)

Ce n'est qu'une idée... mais pourquoi pas avec un lien OLE et Excel ? On peut facilement créer un tableau Excel avec la date dans une cellule (=DATE) et on peut facilement l'insérer avec un lien associatif dans Pro/ENGINEER http://img59.imageshack.us/img59/409/copieecran023ai3.jpg Si on fait une modif dans Excel et qu'on charge ensuite le plan Pro/E, c'est à jour, par contre je n'ai pas eu l'occasion de tester la mise à jour du plan Pro/E si le fichier Excel n'est pas ouvert (je ne sais pas si la date se mettra à jour)... à essayer à l'occasion. Ceci dit, en supposant que ça marche, ça ne règle pas le problème de l'archivage des anciennes versions pour lequel il faudrait soit une base de données, soit au minimum une solution de publication comme ça a été évoqué dans le message précédent. [Edité le 21/5/2007 par hoppla]

Quelques tutoriaux ou exemples de modélisation disponibles aussi ici : http://proewildfire.free.fr/ [Edité le 18/5/2007 par hoppla] (message envoyé à partir d'un appareil mobile)

Hum... j'ai du passer un peu trop vite dans le 1er message, où alors je ne comprends pas tout à fait la question... Pour activer cette option tu dois d'abord ajouter une ligne dans ton config.pro : restricted_val_definition C:/configuration_proe/def_param.txt C'est un exemple, tu peux appeler le fichier comme tu veux et le stocker où tu veux, pourvu que le chemin soit correctement entré dans ton config.pro Ensuite tu crées le fameux fichier texte "def_param.txt" à partir de la syntaxe listée dans mon message initial. Si le paramètre UTILISATEUR doit être soit Pierre, soit Paul, soit Jacques, alors le contenu du fichier sera : ND_ParamDefArr_K01 = { { Name = UTILISATEUR Type = string Default = 'Pierre' Enum = {'Pierre','Paul','Jacques'} } } Et si tu veux ajouter d'autres paramètres dans ce fichier il suffit de suivre la syntaxe donnée en exemple... en remplaçant les valeurs par les tiennes

C'est déjà le cas dans la fenêtre de saisie des paramètres. Si ton paramètre correspond à un paramètre de ta liste alors la règle s'applique par défaut et l'interface utilisateur en tient compte http://img244.imageshack.us/img244/1130/copieecran031by9.jpg Si par contre tu es en mise en plan et que tu veux juste cliquer sur une note qui affiche la valeur d'un paramètre pour la changer, alors je pense que tu ne profiteras pas de cette interface utilisateur

C'est possible, il faut utiliser l'option de config restricted_val_definition C'est juste un path à indiquer vers un fichier de restriction des paramètres (au format texte) Pour comprendre la syntaxe de ce fichier le plus simple est de consulter l'aide en ligne. Juste pour info c'est un truc du genre : ND_ParamDefArr_K01 = { { Name = PARAMETRE_1 (cas d'une chaine de caractères) Type = string }, { Name = PARAMETRE_2 (cas d'une chaine de caractères choisie dans une liste) Type = string Default = 'VALEUR_DEFAUT' Enum = {'VALEUR_DEFAUT','CHOIX 1','CHOIX 2','CHOIX 3','CHOIX 4'} }, { Name = PARAMETRE_3 (cas d'un réel) Type = real }, { Name = PARAMETRE_4 (cas d'un réel compris entre 2 valeurs) Type = real Default = 0 Range = [ 0 , 1000 ] }, { Name = PARAMETRE_5 (cas d'un réel choisi dans une liste) Type = real Default = 0 Enum={ 0.0 , 0.25 , 0.50 , 0.75 , 1.0 } }, { Name = PARAMETRE_6 (cas d'un nombre entier) Type = integer }, { Name = PARAMETRE_7 (cas d'un nombre compris entre 2 valeurs) Type = integer Default = 0 Range = [ 0, 100] }, { Name = PARAMETRE_8 (cas d'un nombre entier dans une liste) Type = integer Default = 0 Enum={ 0 , 25 , 50 , 75 , 100 } } }

Ci-joint qq infos intéressantes concernant le support de Pro/ENGINEER Wildfire 3.0 sur plateformes Windows VISTA 32 ou 64Bit. En résumé la première version prévue pour VISTA sera la M090, et comme la version actuelle est la M080 ça ne devrait donc plus trop tarder. Extrait de l'article à ce sujet trouvé sur le site du Support Technique : Starting with Wildfire 3.0 M090, Windows Vista Business and Vista Ultimate will be supported in both 32 and 64 bit versions. Because PTC's hardware and graphics partners continue to address issues with the Vista platform, certified configurations for Vista will not be available until summer 2007. For additional information about supported platforms when they become available, visit the Platform Support page: http://www.ptc.com/partners/hardware/current/support.htm Il y a également un certain nombre de préconisations et avertissements divers qu'il vaut mieux lire avant de se lancer. Vous les trouverez ici : https://www.ptc.com/appserver/cs/view/solution.jsp?n=136411

Hum... Le modèle ayant été créé avec des dimensions très conséquentes je me suis amusé à le changer brutalement en un outil de diamètre beaucoup plus modeste... et je suis au regret de vous annoncer que cela nécessite quelques retouches : - Mieux vaut faire la modification en plusieurs passes intermédiaires... pour éviter d'avoir des arcs de cercles qui partent en vrille dans les meules du parcours (ceux qui rencontreront le problème me comprendront) - Par défaut j'ai créé une répétition avec une cinquantaine de positions de la meule. Pour un outil plus fin et plus long on obtient une meilleure précision avec une centaine, du coup pour faire ça il faut non seulement changer le nb de la répétition, mais aussi redéfinir les références du dégagement car par il s'appuie sur la 51ème meule au lieu de la 101ème maintenant. Enfin bref... au total ça marche quand même vachement bien :-) Le modèle adapté est accessible dans la rubrique "Tutoriaux et Fichiers" du site http://proewildfire.free.fr/ http://img171.imageshack.us/img171/2984/copieecran023iw8.jpg [Edité le 15/5/2007 par hoppla] [Edité le 26/10/2009 par hoppla]

Un fichier exemple ici : http://proewildfire.free.fr/ Je ne suis pas allé très loin dans les détail par manque de temps... mais bon, avec un peu d'imagination (et d'expérience) chacun saura en tirer la partie qui l'intéresse. Attention : Il faut Pro/E Wildfire 3.0 pour l'ouvrir. http://img75.imageshack.us/img75/256/copieecran022ta3.jpg [Edité le 26/10/2009 par hoppla]

L'impression d'un PDF venant d'un autre système n'a plus beaucoup de rapport avec Pro/E... En fait la qualité de l'impression dépendra principalement que la qualité du PDF, pas vraiment de l'imprimante, le plus simple serait donc d'en demander déjà un et de faire un test.

Fallait un peu s'y attendre... Je n'ai pas retrouvé les modèles associés à cet exemple Bien sur ça serait sympa d'en recréer et de les mettre à disposition, mais vu ma disponibilité du moment ça ne se fera pas avant un certain temps :-(

Tu parle sans doute du balayage hélicoîdal... pour faire un filetage ou un truc du genre. Si c'est un balayage solide, Pro/E cherche en effet à calculer les intersections de la fonction en cours de création avec son environnement, mais pas avec elle même, d'où les "symptômes" que tu décris. Pour obtenir le bon résultat, soit tu utilises une approche à base de découpe plutôt que d'ajout de matière (comme tu le suggérais), soit tu fais une hélice d'un tour seulement, puis tu la répètes autant de fois qu'il y a de tours.

Houlaaa... c'est qu'il date de l'an 2005 cet exemple, je ne sais pas si j'ai encore ça sous la main. J'y jeterai un oeil as soon as possible et je vous tiendrai au courant.

A ma connaissance la bibliothèque EFX n'est pas composée de familles de pièces comme on le ferait dans Pro/E de base, mais de gabarits de pièces associés à des fichiers de valeurs extérieurs (au format texte). Lorsque EFX cherche une instance de vis, soit elle a déjà été générée 1x et il la récupère directement sur le disque ou dans la base, soit c'est la 1ère fois et il la génère automatiquement à partir du gabarit de pièce et du fichier de valeurs. En résumé, si tu fouilles dans le répertoire EFX tu n'y trouveras que le gabarit de chaque vis, aucune famille de pièces à la sauce Pro/E de base. PS : Pour avoir tous les composants 3D sur ton disque tu peux demander à EFX de générer une fois pour toute toutes les "instances" pour un modèle de vis donné. Dans ce cas tu auras autant de fichiers indépendants que de vis.

Pourquoi ne pas utiliser la bibliothèque intégrée à EFX puisque tu en disposes ? Elle contient pas mal de références, dont les vis à têtes fraisées, et avec les assistants de placements + suppression des familles ça simplifie pas mal le travail. http://img80.imageshack.us/img80/9583/copieecran116yg1.jpg