fhughes

Bonjour, ça fait un bout de temps que je n'ai pas mis le bout de mon clavier sur ce forum... Mais j'ai un vrai travail maintenant, alors j'ai moins le temps :P Bon, il n’empêche que c'est moi qui ai écrit le script cree_mnu.bat en ... 1998. Depuis, je l'ai fait un peu évoluer mains grosso-modo, c'est le même... Aujourd'hui, je travaille sur Creo Parametric 2.0 64 bits depuis 2 ans (PTC traîne un peu à sortir la version 3.0) et ce que je sais, c'est que sur cette version, le programme pro_build_library_ctg.exe fonctionne correctement. Il faut juste vérifier qu'il est bien lancé à partir du dossier $PRO_DIRECTORY/$MACHINE_TYPE/obj, soit en général "C:\Program Files\PTC\Creo 2.0\Common Files\M090\x86e_win64\obj" sur une machine windows 7 64 bits Bonne journée

Euh... Désolé Peter Pan, mais je ne travaille pas ni chez PTC, ni chez un revendeur... Je suis en charge du développement mécanique dans une... disons "start up" Et j'utilise CREO 2.0 car c'est le seul soft de CAO qui me permettra d'aller au bout de mon étude sans surprise. A+ PS : je l'utilise depuis 20 ans, et jamais une fonctionnalité n'a disparue ;-)

P'tite question, mon cher Titou01 : As-tu au moins essayé de remonter une demande d'amélioration à PTC, au lieu de te plaindre sur ce forum ? Il y a une procédure sur le site de l'éditeur qui permet de le faire, alors pourquoi t'en priver ? Salutations

En général, on se sert de la bibliothèque pour stocker les éléments standards, pièces du commerce, standards maison, etc... et des search_path pour accéder aux répertoires spécifiques à l'affaire du moment. La bibliothéque est nomalement consultée en premier.

C'est passé en effet, et c'était vraiment très bien... On remet ça quand tu veux. Je pense qu'à l'heure où j'écris ce message, tu dois encore peser quelques grammes alors je ne vais pas parler trop fort. En tout cas, ça m'a permis de faire connaissance avec Tramber que je salut également. A bientôt, Hugues (j'espère que la souris te fera de l'usage, mais éloigne-la de tes chats !!!)

La gestion de la bibliothèque avec Pro_library_dir est bien plus rapide qu'avec des search_path, car d'un côté, Creo lit un index (fichier .ctg) et trouve donc les pièces immédiatement, de l'autre, il doit lire le contenu des répertoires listés dans les search_path, ce qui lui prend un temps fou.

Autre point : les objets les plus "gourmands" en espace disque sont généralement les mises en plans. Là aussi, avec quelques réglages, on peut réduire leurs tailles de l'ordre de plusieurs méga octets à quelques kilos... Il suffit en général d'éviter d'utiliser les polices true type....

Une bonne méthodologie peut en effet améliorer sensiblement les performances lors du chargement de pièces contenant des répétitions et/ou lors du chargement d'assemblages contenant de nombreuses instances issues de familles. Pour exemple : un assemblage de 12000 (douze mille) pièces : temps de chargement initial sur DELL 3500 : 2minutes 35s Après optimisation des répétitions et des tables de familles, chargement en ... 25 secondes...

Ceci dit, vous êtes tous bien jeunes (à part hoppla) et vous ne connaissez sans doute pas toutes les petites astuces de Pro/E accessibles depuis les bons vieux menus de ce vénérable logiciel... Pour activer le mode insertion, point n'est besoin de cliquer dans l'arbre du modèle... On peut l'activer en cliquant : Edition/Operation sur les fonctions/Insertion/Activer Avec l'outil de recherche, on recherche la fonction numero 1... On crée les 3 plans de base Le dernier créé reste sélectionné... Ca tombe bien : Edition/Définition/Propriétés on peut le renommer Puis toujour avec rechercher, on trouve les fonctions 2 et 3 qu'on renomme de la même manière Attention, entre chaque recherche, il faudra faire : Edition/Selectionner/Deselectionner tout Et à la fin : Edition/Operation sur les fonctions/Insertion/Annuler/Oui Voilà, voilà...

Les options : template_solidpart mon_gabarit.prt intf_in_use_template_models yes solutionnent ce problème car le modèle gabarit "mon_gabarit.prt" sera utilisé au moment de l'import et ainsi les plans présents dans le gabarit le seront aussi dans le résultat de l'import...

Encore une "petite" animation faite avec les outils intégrés de Creo Elements Pro (Pro/E)...

Le site http://chamar.homedns.org/public/ n'existe plus... Il a été remplacé (c'est le même) par http://huguesfrancois.no-ip.org/public/ Un jour peut-être, quand j'aurai le temps, je lui ferai subir un petit ravalement... [Edité le 19/4/2011 par fhughes]

Suite à une mesquinerie de la part de dyndns.org, j'ai du changer de fournisseur d'adresse dynamique... Vous trouverez désormais mes tutoriaux ici Merci [Edité le 19/4/2011 par fhughes]

Je fais un up de ce "vieux" sujet car il m'est revenu aux oreilles des bruits insistants sur ce serpent de mer de changement de modeleur. Je me pose les mêmes questions que Petrovitch 1- Est-ce que quelqu'un dans ce forum peut confirmer ? 2- Quelles conséquences pour la base installée ?

Ca me paraissait tout con au début, en plus, l'équation de base est plutôt "jolie"... Ce qui me surprend, c'est que le sujet n'est jamais été abordé... J'ai passé quelques heures sur google sans trouver le moindre trace de cet exemple. Systématiquement, dans les solutions proposées, on connait les cordes et une hauteur d'arc... Mais pas ici. Quelques explications sur la mouche qui m'a piqué : Je suis en train de paramétrer une chaine dans Pro/ENGINEER. Comme chacun sait, les maillons de la chaine sont de longueur finie... J'arrive à déterminer le nombre de maillons sur le brin tendu, sur le plateau et sur le pignon... Reste le brin mou :( Normalement, il s'agit d'une portion de parabole... mais pour simplifier, je me suis dit qu'une portion d'arc ferait bien l'affaire... Je connais donc les infos suivantes : là où s'arretent les maillons du plateau, là où s'arretent les maillons du pignons, ce qui me détermine ma longueur de corde B. Je divise cette corde par la longueur du maillon (ma corde m) et je prends le plus petit entier supérieur au résultat de la division, soit mon petit n. Reste à déterminer l'angle de l'arc créé par les n maillons pour aller du plateau au pignon !

Merci pour ces réponses, j'en profite pour féliciter l'implication des membres de ce forum et leur dynamisme. J'ai en effet posté la même question sur 2 forums spécialisés en maths, et je n'ai eu en tout et pour tout qu'une seule réponse hors sujet...

Ben c'est justement le coup de main que je demande, car j'ai essayé et je n'y arrive pas, alors si toi tu sais résoudre ces équations, s'il te plait, donne moi la solution...

En fait, j'ai fait une petite erreur dans mon équation finale (un facteur 2) : Il fallait lire : m/B = sin (a/2n) / sin (a/2) Ceci dit, cela ne change pas grand chose au pb... n est un entier naturel m/B est forcément compris entre 0 et 1 Et il n'y a bien qu'une seule inconnue, car une fois l'angle connu, on peut déduire le rayon car on connait la corde... en effet au début de ma démo, on note que : B/2=R * sin(A/2) soit R=B/2 sin(A/2) Si on trouve A grâce à la formule du haut, on trouve R... Mais comment trouver A. J'ai essayé Al Kashi, et on tombe sur le même genre d'équation, mais avec des cosinus...

C'est gentil, mais mon cas ne s'y trouve pas... Car je ne connais pas le rayon ni l'angle (les deux étant liés, un seul ferait mon bonheur)... Graphiquement, avec le sketcher de Pro/E, pas de problème pour trouver ce rayon, mais c'est la résolution de cette fichue équation qui me bloque. Voici comment j'ai procédé : m/2 = R sin (p/2) B/2 = R sin (a/2) R = B/(2 sin (a/2)) m = sin (p/2) B/(2 sin (a/2)) p = a/n m/B = sin (a/2n) / (2 sin (a/2)) Je connais m, B et n C'est donc une équation à une seule inconnue ! Mais comment trouver sa valeur fonction de m, B et n ??? (elle est un peu différente que la première équation que j'ai donné, car j'avais utilisé directement les demi-cordes et demi-angles... Ce qui revient au même.)

Bonjour à toutes et tous, je poste ici car le problème qui suit peut sans doute être résolu pendant une pause... je cherche de l'aide pour résoudre un problème de trigonométrie... Je dois déterminer le rayon d'un cercle. Je connais : la longueur d'une corde B la longueur d'une corde m les extrémités de la corde B forment avec le centre du cercle un angle a les extrémités de la corde m forment avec le centre du cercle un angle valant p = a/n a n'est pas connu n est connu Avec l'aide de mon copain Pythagore, j'arrive à l'équation suivante : m/B = sin(a/n) / sin(a) et là, c'est le drame... comment sortir "a" de cette formule ??? merci pour vos réponses... http://huguesfrancois.no-ip.org/public//images/cercles_et_angles.gif [Edité le 19/4/2011 par fhughes]

La variable PRO_LIBRARY_DIR que l'on crée dans windows va servir au programme "pro_build_library_ctg.bat" pour connaître le chemin d'accès à la bibliothèque. C'est ce programme qui crée le catalogue de la bibliothèque. Elle n'est pas directement utile à Pro/ENGINEER. Dans le fichier config.pro de Pro/E, on ajoute cette fois l'option PRO_LIBRARY_DIR et on lui donne également le chemin de la bibliothèque. On peut donc l'indiquer "en dur", c'est à dire en toutes lettres, mais si la variable windows PRO_LIBRARY_DIR citée plus haut existe, il suffit de donner la valeur $PRO_LIBRARY_DIR à l'option PRO_LIBRARY_DIR du fichier config.pro. Je ne sais pas si c'est très clair, mais cela permet de n'indiquer qu'une seule fois l'emplacement de la bibliothèque. [Edité le 28/7/2010 par fhughes]

C'est marrant, ce sujet a été posté en double et j'ai répondu au premier que j'ai lu avec le même genre de réaction. Bisous à Cricri...

En ce qui concerne la modélisation de tubes, le module Pro/PIPING de Pro/ENGINEER est fait pour ça et il sait générer des fichiers ybc.

Je confirme que nous installons en ce moment Pro/E Wildfire 4 sur plateforme windows 7 64 bits.

Ben il faut créer une vraie découpe à l'aide d'une fonction de balayage hélicoïdal... [Edité le 23/7/2010 par fhughes]