ouinamp

Il s'agit tout simplement de la doc CATIA. Elle tient sur 1 ou 2 CD, il me semble, en plus des CD d'install.

Pour les langages : * CATIA V4 est écrit en Fortran * CATIA V5 est écrit en CAA (en gros du C++ hyper-enrichi) Les sources du batch de migration ne sont pas dispo (il s'agit d'un *.exe). Les options CATIA à propos de l'interop V4/V5 sont ouvertes au VB mais guère plus. Pour le CAA, je me renseigne mais je doute qu'il y ait bcp plus de choses... Une solution pourrait consister à utiliser les API fortran de CATIA V4 (aka CATGEO) pour récupérer les infos des .model et les APIs VB ou CAA de CATIA V5 pour introduire ces infos dans un CATPart ou CATProduct. Mais ça a l'air plutôt compliqué. De façon générale, si tu dois utiliser du CAA (car non faisable autrement), préfère faire faire que développer toi-même. Les licences sont chères et le langage est un langage de spécialiste, qui ne s'apprend pas en quelques semaines. [Edité le 12/9/2007 par ouinamp]

Si tu as le choix entre les 2, choisis plutôt les propriétés => moins gourmand en ressources que les paramètres, qui appellent toute l'infrastructure Knowledge de CATIA. Après, c'est vrai que les propriétés sont moins 'visibles' dans l'arbre que des paramètres.

Ah oui, bonne idée... Merci de vos réponses !

Salut. Je profite du topic pour poser qq petites questions à tous ceux qui développent en VB.NET sous V5 : 1/ il y a qqch de particulier à faire pour utiliser les APIs CATIA ? Référencer les tlb dans VS Express ? 2/ il n'y a pas trop de problèmes de compatibilités de types ? Genre les collections etc. etc. 3/ vous faites comment pour associer des icônes à vos 'macros' ? [Edité le 18/6/2007 par ouinamp]

Il existe bien un mailleur OCTREE dans le module d'analyse, mais il ne travaille qu'avec des tétraèdres, et non des cubes. A mon avis, il n'existe rien d'autre, à part se palucher la décomposition a la mano...

Concernant la licence PX1, j'en ai aucune idée, mais je sais qu'elle est indispensable pour utiliser la fonctionnalité de SendTo. Pour l'utiliser, il faut d'abord créer un objet de type SendToService. Dim STS As SendToService Set STS = CATIA.CreateSendTo() Puis tu ajoutes des fichiers à exporter : Call STS.AddFile("C:\toto\MOnRootPrd.CATProduct") Cette dernière méthode sauvegarde le fichier spécifié et tous les fichiers qui y sont liés. On n'oublie pas de spécifier le répertoire dans lequel on veut sauvegarder : Call STS.SetDirectoryFile(D:\MonRepDeDestination) Et c'est parti pour la copie... STS.Run Plus d'infos dans la doc automation V5.

ou peut-être que le mode 'conception hybride' est désactivé dans les settings de ta nouvelle machine...

Tu peux passer par l'objet VB SendToService. Par contre, il faut la licence PX1 (PPR xPDM Gateway) pour l'utiliser.

Ben en théorie, il suffit de rentrer c: suivi du nom qui s'affiche en bas de ton écran quand tu passes la souris sur une icône. Mais je dois avouer que mes quelques tests n'ont pas été très fructueux. La doc dit que toutes les commandes CATIA ne sont pas ouvertes... après, tout est une histoire de proportions !

oui

Facile, je supervise le développement d'outils d'analyse sous CATIA V5 en VB (et CAA) chez un grand constructeur français. :cool: => même si on sous-traite pas mal, je suis bien obligé de mettre mes mains dans le code de temps en temps...

Ca ressemble à un problème de références manquantes. Pour le corriger, il faut aller dans le menu Tools->Références... de l'éditeur VBA et décocher les références qui commencent par 'MISSING'.

1/ Non 2/ Oui, via un capteur local et un export ASCII 3/ Idem 4/ Non 5/ Oui. Utiliser les sélections puis CreateReferenceFromObject. Attention car les objets d'analyse requièrent des références d'analyse et non des références CAO. 6/ Oui, via le produit Realistic Shape Optimizer, présent dans GSD. Attention, il faut une licence spécifique. 7/ AFC est 100% ouvert au VB

Tu parles de VB.NET ou de l'environnement de développement .NET pour le CAA ?

Une autre idée, pas très propre, mais qui devrait marcher : * tu définis une variable i publique au projet, que tu initialises à 0 * ton prg appelant s'arrête à l'appel MyUserForm.Show 0 * dans le callback du bouton de sortie de ton userform, tu incrémentes i et tu fais un test sur la valeur de i : -> si (i < limite) alors tu effectues les actions que tu as dans ta boucle for et tu réinitialises ton userform avec les valeurs appropriées -> sinon tu appelles la fonction LaSuiteDeMonProgramme C'est pas très beau : -> terminer un programme principal juste pour afficher des UserForms :casstet: -> définir une variable globale juste pour une boucle for... :casstet: -> ça peut poser des problèmes de portée de variable : si ta boucle for doit manipuler des données de ton prg appelant, tu es obligé soit de les exposer (pas bo) soit de définir un callback dans ton prg appelant. ...mais ça devrait fonctionner

Non, c'est à ce jour impossible.

Ach... Ca doit être dû au fait que la méthode CATIA.Documents lit tous les documents ouverts en session, y compris ceux qui ne sont pas au format CATPart/CATProduct (comme par ex des catalogues ou autres). => solution : ajouter une gestion d'erreur à ton code, soit : On Error Resume Next For i = 1 To CATIA.Documents.Count etc.

Je ne pense pas que ça existe => étant donné que le solveur ELFINI est linéaire, il ne traite pas les problèmes en 'temps réel' mais uniquement en temps virtuel, càd que tout calcul est ramené à un intervalle de temps [0 ; 1] => il n'est pas possible d'enchaîner plusieurs steps d'analyse. Une solution pourraît être d'utiliser un produit fait pour le Non-Linéaire, comme Abaqus For CATIA par ex, qui permet d'enchaîner des steps en temps réel, et donc répondrait à ton besoin.

Content d'avoir pu t'aider... :) Au fait, tu veux modéliser quel phénomène sur l'aorte ? Mettre en données un calcul de méca flu ?

Si tu n'as qu'un seul doc (la Part) d'ouvert en session, tu peux utiliser la syntaxe suivante : Set MyPart = CATIA.ActiveDocument Sinon, tu peux scanner les documents ouverts : For i = 1 To CATIA.Documents.Count If ( CATIA.Documents.Item(i).Product.PartNumber = "Le nom d'instance cherché" ) Then Set MyPart = CATIA.Documents.Item(i) Exit For End If Next i Wala wala...

Oui, il est tout à fait possible que des API R17 n'aient pas encore été ouvertes en R15, ou aient été modifiées. Mais ça ne semble pas être ton cas. Tu as bien publié la surface que tu veux mailler ? Dans ce cas, le nom à rentrer est le nom (a priori unique) de la publication. Tu peux le trouver dans Part Design->menu Outils->Publications... Dans le item tu dois aussi pouvoir mettre un numero (ex : Item(1)) => c'est moins propre, mais ça marche sans connaître le nom de ta publication.

Une fois que tu as le produit racine, tu descends l'arbre via la méthode MonProduitRacine.Products.Item(i). Une fois que tu es sur la bonne branche, tu peux récupérer le doc de type Part via la méthode MonProduitFeuille.ReferenceProduct.Parent

Mouais, c'est quand même pas bien sorcier, surtout que la doc Automation V5R17 a été beaucoup complétée concernant les API de maillage. Les seuls trucs impossibles (en VB), c'est d'entrer des specs de maillage non historisées, et d'accéder directement aux noeuds/éléments du modèle. Concernant le post, le plus simple c'est en effet de mettre un paramètre et une formule. Pour récupérer la valeur d'un paramètre, c'est la syntaxe MonDoc.Parameters.Item("LeNomDeMonParamètre").Value. Sinon, il y a moyen de créer un sensor de toutes pièces, mais c'est un peu plus ardu. Il faut notamment récupérer le type du sensor dans un fichier XML situé dans intel_a\reffiles\FEM

Salut. Je ne suis pas sûr d'avoir très bien compris ton problème, mais en général pour les vis tu peux utiliser au choix : 1/ une connexion de serrage entre ton filetage et le taraudage + une contrainte de contact sous la tête de vis 2/ une connexion virtuelle de serrage => tu n'as pas besoin de mailler tes vis, mais donne des résultats moins précis 3/ si tu ne veux pas considérer la raideur de tes vis, mais uniquement l'encastrement relatif des 2 pièces, tu peux mettre une propriété de contact soudé => encore moins précis En gros, la modélisation à choisir est en fonction de la distance entre le phénomène que veux observer et les vis, en vertu du principe de Saint-Venant => si tu veux observer des contraintes à côté des vis, mieux vaut une modélisation 3D des vis avec l'option 1/.