fhughes

De toutes manières, ce n'est pas avec des search_path qu'on gère proprement une bibliothèque, mais avec les fonctionnalités de l'option Pro/LIBRARYACCESS. Il y a eu plusieurs échanges à ce sujet sur ce forum.

Voici ma méthode pour modéliser un ressort à pas variable et spires jointives en utilisant la fonction balayage hélicoïdal : http://huguesfrancois.no-ip.org/public/tutoriaux/ressort/ressort.html [Edité le 19/4/2011 par fhughes]

Il n'y a pas besoin de module "spécial". Toutes ces fonctionnalités sont incluses dans Pro/ENGINEER Foundation EX qui propose le module MDX en standard. (Mechanism Design Extension). Donc à priori, tous les utilisateurs de Pro/ENGINEER y ont accès.

Pour traiter les paramètres avec une macro, il vaut mieux régler l'option du config.pro : new_parameter_ui à no pour retrouver l'ancienne interface qui utilise des menus déroulants et des options de sélection genre "select all" pour tout détruire. En plus, elle ne plante pas si on essaye de détruire un paramètre verrouillé.

Normalement, il suffit de taper dans une fenêtre MS-DOS (DEMARRER/EXECUTER/CMD) la commande de démarrage de Pro/ENGINEER suivie du nom du ficher trail : proe1.bat mon_trail.txt

Je vais être obligé de contredire Hoppla ;) Je me suis fait une table de répétition dont la colonne principale récupère suivant le cas le nom du modèle, sa désignation ou encore sa désignation longue, sachant que cette dernière vaut la désignation plus certains paramètres dimensionnels (longueur, largeur, épaisseur...) J'ai utilisé pour cela des relations de table de répétition en utilisant une astuce qui consiste à faire apparaître dans la nomenclature le nom de la pièce (ou de l'assemblage), mais en tout petit, dans une colonne toute fine (<1mm) et dans une autre colonne du même type, le paramètre "designation". Comme ça, à l'impression, on ne voit qu'un trait... Le principe des relations dans les tables de répétition consiste à générer de nouveaux paramètres en combinant des paramètres déjà présents dans la table. Or dans le cas présent, on veut soit le nom, soit la désignation. Donc, en créant deux colonnes "fantômes", on garde toujours présent les paramètre asm.mbr.name et asm.mbr.designation, et on utilise dans une autre colonne de taille normale celle-là, le resultat d'une relation testant l'exstance du paramtre "designation" Exemple de relation : nouvelle_designation=asm_mbr_name if exists("asm_mbr_designation") nouvelle_designation=asm_mbr_designation endif Dans la colonne réelle, on fait apparaître : rpt.rel.nouv_designation Voila, voila...

Attention aux noms donnés aux répertoires : pas d'espace, pas de caractères accentués, pas de chemin URL comme \\machine\chemin\chemin L'utilitaire cree_mnu fait 2 choses : 1- Il crée les fichiers "index.mnu" dans chaque répertoires de la bibliothèque. Ces fichiers ne servent pas à Pro/E pour retrouver les pièces mais uniquement à l'opérateur lorsqu'il navigue dans la bibliothèque à partir de Pro/ENGINEER. On peut parfaitement s'en passer, mais ils permettent (permettaient) de gagner du temps lors de la navigation dans des grosses biblis situées sur un serveur distant et poussif. 2- Il crée un fichier catalogue grâce à la commande pro_build_library_ctg. Ce fichier catalogue se trouve dans le répertoire racine de la bibliothèque et porte le même nom que celle-ci, suivi de l'extension .ctg.1 (point ctg point un). C'est CE fichier qui sert à Pro/E pour retrouver les pièces de biblothèque au moment du chargement des assemblages. L'utilitaire cree_search_pro.bat (du même auteur ;) ) crée un fichier search.pro dans le répertoire dans lequel on l'exécute. Ce fichier contient la liste de tous les sous-répertoires du répertoire en question. Ce fichier search.pro sera lu grâce à l'instruction search_path_file du fichier config.pro. Il faut indiquer le chemin d'accès au fichier search.pro. Attention aux doublons... L'utilitaire cree_mnu crée un fichier doublons.txt dans le répertoire racine de la bibliothèque si des objets portant le même nom se trouvent dans des répertoires différents de la bibliothèque. Il convient de veiller à les supprimer... [Edité le 22/2/2010 par fhughes]

On peut en effet utiliser VBA pour développer des applications personnalisées pour Pro/E WF4. Ceci dit, on peut également développer des applications en Javascript grâce au module Pro/WEB.Link inclus dans toutes les licences Pro/E et cela depuis la version 19. Depuis la version Wildfire, ces applications Javascript tournent directement dans le navigateur Web intégré de Pro/E.

C'est possible en passant par un assemblage intermédiaire. Tu crées un assemblage dans lequel tu assembles la pièce A et la pièce B. Dans cet assemblage, tu peux créer des relations entre les cotes de la pièce A et celles de la pièce B... Tu peux également utiliser les fonctionnalités des schémas (layout) si tu disposes de l'option AAX (Advanced Assembly eXtension)

Je l'ai déjà installé une ou deux fois, et ça roule... Datecode m010 ou m020

Ca ressemble à de la méca, tout ça... Il doit y avoir des problématiques de calcul de structure, d'assemblages mécano-soudés, de détermination de centre de gravité, de poids et de points de levage. Tramber, je crois que tu sévis dans l'Est de la France et que tu travailles avec ce bon vieux AutoCAD... Il faudrait qu'on puisse se voir un jour pour discuter de choses et d'autre... Genre CAO 3D paramétrée... Je suis sur qu'il y a deux ou trois trucs qui pourraient te plaire...

Comme ça, sans réfléchir, je dirais Pro/PROGRAM...

En fait, ce nouveau paramètre est un paramètre system apparu avec la WF3 qui permet de s'affranchir des vieilles relations type matire=material_param("bend_table") ou matiere=material_param("condition") utilisées jusqu'alors pour récupérer le nom de la matière. L'intéret de ce nouveau parametre est de permettre au concepteur d'associer plusieurs matières à une même pièce puis de ce servir de ce paramètre dans les tables de familles afin de changer la matière d'une instance à l'autre. Ainsi, vous pouvez définir par exemple de la visserie bi-chromaté pour les usages courants et dans la même famille avoir de la visserie inox pour des usages alimentaires ou médicaux... [Edité le 12/12/2009 par fhughes]

Une petite erreur s'était glissée dans le code de ma page d'accueil... Dommage... C'est corrigé.

A vous les mordus de ce passe-temps, je vous propose de visiter le site que je lui ai consacré... Amusez-vous bien...

Moi, je mets du Picon dans le Champagne !!!

PTC a bien fini par proposer une install "métrique" avec WF5. Qui sait, il y aura peut-être un jour un type chez eux pour compiler Pro/E pour MacOS...

C'est le forum Pro/ENGINEER, ici, p'tit gars. C'est du brutal. On cause de PC pour les durs, les tatoués, pas d'ordis de fillettes...

Le jeune homme de l'époque a ensuite fondé la société Evans & Sutherland connue notamment pour ses cartes graphiques et pour ses simulateurs de vols. Egalement connue (un peu moins, peut être) pour le développement d'un logiciel appelé en son temps CDRS qui fût racheté en 1995 par PTC pour donner naissance au module ISDX (Interactive Surface Design eXtension) de Pro/ENGINEER Wildfire. Bisous à mémé et faites de beaux rêves...

Le denumerote.bat est à utiliser avec prudence mais il fait du ménage dans les répertoires. Il élimine les "scories" issues du travail avec Pro/E comme les fihies std.out, feature.inf, m_p, std.err etc j'en passe et des meilleurs Ensuite, il enlève la deuxième extension numérique des fichiers Pro/E et ne conserve que la dernière version. Ex : pour une pièce avec 4 occurence : toto.prt.23, toto.prt.24, toto.prt.25 et toto.prt.26, l'action de denumerote supprime les trois premières versions, ne garde que la dernière et lui enlève l'extension .26. On se retrouve avec seulement le fichier toto.prt dans le répertoire. L'action de ce script est recursif et sans retour en arrière possible. Pour les autres scripts, j'ai réécrit notamment le cree_mnu pour le rendre plus rapide et plus robuste.

Pour tous ceux qui souhaitent gérer leur bibliothèque aux petits oignons sans utiliser d'outils de SGDT, j'ai mis en ligne la dernière version de mon petit batch "cree_mnu.bat" Vous trouverez également qui l'accompagnent deux autres petits scripts : denumerote.bat, bien pratique pour faire le ménage dans une aborescence Pro/E cree_search_pro.bat pour créer automatiquement un fichier search.pro dans le répertoire de travail et cela afin de mieux gérer une arborescence pour les porjets complexes. Quand j'aurai le temps, je ferai une petit tuto pour expliquer clairement comment organiser son travail avec Pro/E En attendant, vous pourvez toujours consulter : cette page [Edité le 19/4/2011 par fhughes]

En fait, tu peux très bien récupérer la valeur d'un incrément en fonction d'un graphe. Ce n'est pas quelque chose de nouveau, mais c'est subtil ! Je m'en sers lorsque je dois changer la valeur d'un incrément en fonction d'une longueur à couvrir et lorsque que la valeur de cet incrément ne peut pas être déduite par relation... Ex : longueur 100 incrément 25 longueur 200 incrément 35 longueur 250 incrément 40 longueur 300 incrément 38 etc.. je crée un graphe dans ma pièce (les utilisateurs d'autres softs de CAO n'ont pas besoin de continuer à lire, ça n'existe que sur Pro/ENGINEER ;) ) dans lequel je dessine un escalier avec autant de marches que de valeurs d'incréments. en abscisses on cote les longueurs en ordonnées on cote les incréments puis dans les relations de pièces : increment=evalgraph("MON_GRAPHE",longueur) finito ... [Edité le 18/11/2009 par fhughes]

Ca eu marché, comme on dit, jusqu'en V20, la recherche plein texte... Mais depuis, le codage des modèles Pro/E a changé et ça ne marche plus... Les outils de gestion de données techniques (PDM) sont à la CAO ce que la climatisation est aux voitures particulières. On peut s'en passer pendant des années (et on trouvera tous les arguments possibles pour le justifier) mais une fois qu'on y a goûter, pour rien au monde on ne reviendrait en arrière... Cas d'emplois, changement de noms, copies multiples, ingénierie simultanée, gestion d'indices... tous ces points durs sont rendus faciles avec un bon outil de SGDT.

Avec un graphe, ça marche pas mal non plus et ça évite pas mal de tests dans les relations... On peut même combiner 2 graphes, un qui pilote le nombre d'instances de répétition et l'autre qui pilote l'incrément, le tout en fonction de la longueur à parcourir...

Mon cher mister paramètre, ne te fais pas de soucis... C'est un peu comme un gastronome quittant la France et allant voir en Angleterre si la bouffe est meilleure... ;)