Welcome to the forums. Please post in English or French.

You are not logged in.

#1 Code_Aster usage » Erreur "OMEGA est différent de OMEGA2" avec éléments TUYAU » 2016-05-25 13:41:01

Skualou
Replies: 1

Bonjour à tous,

Désolé d'avoir envoyé 3 fois la même  chose mais je crois comprendre maintenant pourquoi mon fichier n'apparaît pas sur le forum.

Le fichier Exemples.tar.gz ci-joint comprend trois exemples :
- Ca_2_x100 fonctionne correctement avec la version stable actuelle de Code_Aster,
- Ca_1_x2 ne fonctionne pas simplement à cause d'une organisation différente de la tuyauterie et le message d'erreur est  "OMEGA est différent de OMEGA2" alors que les 2 valeurs indiquées sont nulles !

Merci de m'aider à comprendre l'origine de cette erreur.

Pour ceux que cela intéresse, j'ai fait évolué TUBA afin qu'il devienne un module Python. Le fichier .py sans "_salome" est le fichier ayant servi à créer le fichier *_salome.py et le *.comm. Le modèle Lyre_1 est un exemple un peu plus compliqué permettant de montrer les possibilités offertes.

Pascal KREZEL

#2 Code_Aster usage » Erreur "OMEGA est différent de OMEGA2" avec éléments TUYAU (+tar.gz) » 2016-05-25 10:54:07

Skualou
Replies: 0

Bonjour à tous,

Le fichier Exemples.tar.gz ci-joint comprend trois exemples :
- Ca_2_x100 fonctionne correctement avec la version stable actuelle de Code_Aster,
- Ca_1_x2 ne fonctionne pas simplement à cause d'une organisation différente de la tuyauterie et le message d'erreur est  "OMEGA est différent de OMEGA2" alors que les 2 valeurs indiquées sont nulles !

Merci de m'aider à comprendre l'origine de cette erreur.

Pour ceux que cela intéresse, j'ai fait évolué TUBA afin qu'il devienne un module Python. Le fichier .py sans "_salome" est le fichier ayant servi à créer le fichier *_salome.py et le *.comm. Le modèle Lyre_1 est un exemple un peu plus compliqué permettant de montrer les possibilités offertes.

Pascal KREZEL

#3 Code_Aster usage » Erreur "OMEGA est différent de OMEGA2" avec éléments TUYAU » 2016-05-24 14:24:39

Skualou
Replies: 0

Bonjour à tous,

Le fichier Exemples.zip ci-joint comprend trois exemples :
- Ca_2_x100 fonctionne correctement avec la version stable actuelle,
- Ca_1_x2 ne fonctionne pas simplement à cause d'une simple organisation différente de la tuyauterie et le message d'erreur est  "OMEGA est différent de OMEGA2" alors que les 2 valeurs indiquées sont nulles !

Merci de m'aider à comprendre l'origine de cette erreur.

Pour ceux que cela intéresse, j'ai fait évolué TUBA afin qu'il devienne un module Python. Le fichier .py sans "_salome" est le fichier ayant servi à créer le fichier *_salome.py et le *.comm. Le modèle Lyre_1 est un exemple un peu plus compliqué permettant de montrer les possibilités offertes.

Pascal KREZEL

#4 Re: Code_Aster usage » TUBA : bibliothèque de sections de poutres standards » 2012-11-28 12:20:02

Bonjour Monsieur DELMAS,

Merci pour votre compliment.

J'utilise la licence CECILL car c'est un équivalent de la licence GPL dans le droit français.

Pascal KREZEL

#5 Code_Aster usage » TUBA : bibliothèque de sections de poutres standards » 2012-11-27 18:03:51

Skualou
Replies: 2

Bonjour à tous,

TUBA possède désormais les outils  pour intégrer  les sections standards dans une bibliothèque et les utiliser le plus simplement possible. Reste à la remplir.
Ainsi le premier exemple est un IPN100 présenté à cet endroit : https://sites.google.com/site/pasceque/ … /charpente
Le calcul des caractéristiques de la section est présenté à cet endroit : https://sites.google.com/site/pasceque/ … e-sections

Merci de faire des tests.
TUBA est mis en libre sous licence CECILL.

Pascal KREZEL

#6 Re: Code_Aster usage » Erreur de flêche pour une poutre encastrée ? » 2012-11-24 09:03:13

Merci Monsieur AUBRY pour votre réponse.
En effet, j'ai repris le calcul ce matin et j'ai constaté que la formule était fausse. Le bon résultat est celui de Code_Aster

#7 Code_Aster usage » Erreur de flêche pour une poutre encastrée ? » 2012-11-23 19:34:09

Skualou
Replies: 2

Bonjour,

Je cherche à valider les résultats obtenus avec Code_Aster pour des chargements de poutre.
Je constate que j'obtiens la valeur analytique de la flèche pour une poutre encastrée à une extrémité et libre à l'autre , soumise à son propre poids mais je trouve une flèche 2 fois trop grande lorsque j'applique une force à son extrémité.
Il s'agit une poutre carré de 1m de long et de section (10mm x 10mm) en acier.
J'ai mis en ligne mes résultats ici (https://sites.google.com/site/pasceque/ … opre-poids)
Ci-joint les fichiers pour le cas présentant un problème.

Pascal KREZEL

#8 Code_Aster usage » PSEUDO_MODE : Erreur sur la recherche des multiplicateurs de Lagrange » 2012-11-22 11:57:55

Skualou
Replies: 0

Bonjour,

Je bloque actuellement sur une erreur de recherche de multiplicateurs de Lagrange que je ne comprends pas au niveau du calcul des pseudo-modes dans MODE_STATIQUE.
Ci-joints mes fichiers.
Merci d'avance de votre aide.

Pascal KREZEL

#9 Code_Aster usage » Contrainte de LIAISON SOLIDE diffusée » 2012-11-14 22:20:07

Skualou
Replies: 0

Bonsoir,

L'exemple ci-joint semble montrer que la contrainte LIAISON SOLIDE peut être affectée à d'autres éléments que ceux auxquels cette fonction a été définie dans le .comm
Pour cela, il faut regarder le résultat en déplacement de ce modèle et constater qu'il y a quelque chose qui ne colle pas.  Je pensais que si CODE_ASTER accepte d'imposer des liaisons solides à des éléments pour lesquels aucun modèle, ni caractéristique n'est défini, c'est que c'est ainsi qu'il fallait les utiliser, mais à priori cela pose un problème.

Pascal KREZEL

#10 Salome-Meca usage » TUBA : Nouvelle commande Sce » 2012-11-12 10:36:47

Skualou
Replies: 0

Bonjour à tous,

TUBA gère désormais les réducteurs excentrés à l'aide de la commande Sce (https://sites.google.com/site/pasceque/ … r-excentre)

TUBA est mis en libre sous licence CECILE.

Pascal KREZEL

#11 Salome-Meca usage » TUBA : Nouvelle commande VPoq » 2012-11-10 10:20:23

Skualou
Replies: 0

Bonjour à tous,

La nouvelle commande VPoq est décrite à cet endroit : https://sites.google.com/site/pasceque/ … oq-piquage

TUBA est une contribution en open-source sous licence CECILE. Merci de me faire part de vos remarques.

Pascal KREZEL

#12 Re: Code_Aster usage » Problème d'affectation d'un champ de fonction sur un noeud » 2012-11-02 15:25:57

Thank you for your answer Richard,

You' re right but I did like this because Code_Aster let me doing it and it was simpler for me.
Now I understand that the solution to this problem is obvious : I must use a rigid material and not a liaison rigide in this situation.

Pascal KREZEL

#13 Re: Code_Aster usage » Champ scalaire sans utiliser TEMP ? » 2012-10-31 13:58:11

Thank you for your answer.

I confirm that it works.

Pascal KREZEL

#14 Code_Aster usage » Problème d'affectation d'un champ de fonction sur un noeud » 2012-10-31 13:51:56

Skualou
Replies: 3

Bonjour,

Je constate que l'affectation d'un champ de fonction sur un maillage comprenant un noeud au bout d'une liaison solide pose un problème.

   
   !------------------------------------------------------------------------------------!
   ! <A> <FONCT0_51>                                                                    !
   !                                                                                    !
   ! Erreur lors de l'interprétation de la formule 'FMULT'.                             !
   !                                                                                    !
   ! Les paramètres de la formule n'ont pas été fournis.                                !
   ! Paramètres manquants : 'X2'                                                        !
   !                                                                                    !
   ! Conseils :                                                                         !
   !   Si le problème reporté ci-dessus ressemble à 'NameError: 'XXX'...',              !
   !   vérifiez que le paramètre 'XXX' fait bien partie des paramètres de définition de !
   !   la formule (mot clé FORMULE / NOM_PARA).                                         !
   !                                                                                    !
   !                                                                                    !
   ! Ceci est une alarme. Si vous ne comprenez pas le sens de cette                     !
   ! alarme, vous pouvez obtenir des résultats inattendus !                             !
   !------------------------------------------------------------------------------------!
   
   
   !--------------------------------------------------------!
   ! <EXCEPTION> <FONCT0_9>                                 !
   !                                                        !
   ! Erreur lors de l'interpolation de la fonction 'FMULT'. !
   !                                                        !
   ! Nombre de paramètres fournis : 1                       !
   ! Noms des paramètres fournis  : X1                      !
   !--------------------------------------------------------!
   
   
   !--------------------------------------------------------!
   ! <EXCEPTION> <FONCT0_9>                                 !
   !                                                        !
   ! Erreur lors de l'interpolation de la fonction 'FMULT'. !
   ! sur le noeud 'N44'                                     !
   !--------------------------------------------------------!
   

Ci-joints mes fichiers.

Pascal KREZEL

#15 Re: Code_Aster usage » Champ scalaire sans utiliser TEMP ? » 2012-10-31 10:58:55

Bonjour. Merci pour votre réponse.

Mais y a-t-il un obstacle pour l'affichage dans Salomé ? Car je crois qu'il faut créer un résultat au format .med et pour cela il faut donner un type de resultat mais lequel ?

Pascal KREZEL

#16 Code_Aster usage » Champ scalaire sans utiliser TEMP ? » 2012-10-31 09:01:56

Skualou
Replies: 4

Bonjour,

Pour le moment, je fais des calculs où je multiplie et j'additionne des contraintes en utilisant des champs de température car c'est le seul champ scalaire que je connaisse.
C'est un peu troublant au niveau des termes mais ça marche. Pour aller plus loin, j'aimerais éviter d'utiliser TEMP et pouvoir afficher mes résultats dans SALOME, est-ce possible ?

Pascal KREZEL

#17 Code_Aster usage » Remarque : FORMULA dans doc CREA_CHAM ! » 2012-10-30 17:35:56

Skualou
Replies: 0

Juste une remarque : la commande FORMULE a été traduit en FORMULA dans la doc. sur CREA_CHAMP ce qui peut poser un problème .

Pascal KREZEL

#18 Re: Code_Aster usage » Multiplication de CHAMPs avec CREA_CHAMP » 2012-10-30 15:43:57

Non je ne les ai pas lus. Merci pour ce conseil.

#19 Code_Aster usage » Multiplication de CHAMPs avec CREA_CHAMP » 2012-10-30 14:10:56

Skualou
Replies: 2

Bonjour,

Je souhaiterais pouvoir multiplier 2 champs. Dans le fichier .comm ci-joint il s'agit de MMPX avec CSIFX. Suivant la page 16 du document sur CREA_CHAMP, il faut passer par un champ de type NOEU_NEUT_R. Pour cela, je dois donc faire des CREA_CHAMP/ASSE et des CREA_CHAMP/EXTR mais je bute sans cesse sur des erreurs.
De plus, pour créer mes champ de scalaires comme celui de la pression et des SIF, j'ai été obligé pour le moment d'utiliser le champ scalaire de la température, est-ce correct ou y a-t-il plus simple ?
Sinon, quel document dois-je lire pour maîtriser ces actions sur les champs ?

Merci d'avance de votre aide.

Pascal KREZEL

#20 Re: Salome-Meca usage » Pas de difference entre FORC_NODA et REAC_NODA ! » 2012-10-30 10:15:13

C'est bien cela. Si tu n'appliques par une force dans FORCE_NODALE tu n'obtiens pas l'affichage des forces associées à une force répartie  dans FORC_NODA.

#21 Re: Salome-Meca usage » [RESOLU] dans SALOME suite à CALC_CHAM/CHAM_UTIL » 2012-10-30 08:47:43

En fait, c'est qu'il manquait une  ligne au niveau de IMPR_RESU:

        "IMPR_RESU(",
        "       FORMAT='MED',",
        "       RESU=_F(",
        "           MAILLAGE=MAIL,",
        "           RESULTAT=RESU_PP,",
        "           NOM_CHAM='UT02_ELNO',",
        "           NOM_CMP='X1',",     
        "     ),",
        ");",

Il faut sélectionner les composantes qui ont été calculées, soit X1 ici.

#22 Re: Salome-Meca usage » [RESOLU] dans SALOME suite à CALC_CHAM/CHAM_UTIL » 2012-10-30 08:30:07

En fait, si on imprime le résultat dans .resu cela donne :

------>
CHAMP PAR ELEMENT AUX NOEUDS DE NOM SYMBOLIQUE  UT02_ELNO                       
NUMERO D'ORDRE: 1 INST:  1.00000E+00                                           
M1                 X1                    X2                    X3                    X4                    X5                    X6         
                    X7                    X8                    X9                    X10                   X11                   X12       
                    X13                   X14                   X15                   X16                   X17                   X18       
                    X19                   X20                   X21                   X22                   X23                   X24       
                    X25                   X26                   X27                   X28                   X29                   X30       
N1        3.68055419084477E+01                   NaN                   NaN                   NaN                   NaN                   NaN
                            NaN                   NaN                   NaN                   NaN                   NaN                   NaN
                            NaN                   NaN                   NaN                   NaN                   NaN                   NaN
                            NaN                   NaN                   NaN                   NaN                   NaN                   NaN
                            NaN                   NaN                   NaN                   NaN                   NaN                   NaN
N2        3.36829896653192E+01                   NaN                   NaN                   NaN                   NaN                   NaN
                            NaN                   NaN                   NaN                   NaN                   NaN                   NaN
                            NaN                   NaN                   NaN                   NaN                   NaN                   NaN
                            NaN                   NaN                   NaN                   NaN                   NaN                   NaN
                            NaN                   NaN                   NaN                   NaN                   NaN                   NaN
M2                 X1                    X2                    X3                    X4                    X5                    X6         
                    X7                    X8                    X9                    X10                   X11                   X12       
                    X13                   X14                   X15                   X16                   X17                   X18       
                    X19                   X20                   X21                   X22                   X23                   X24       
                    X25                   X26                   X27                   X28                   X29                   X30

#23 Re: Code_Aster usage » Des raideurs pour des masses ? » 2012-10-29 21:46:32

Merci, c'est bien ce qu'ASTER attendait.

#24 Re: Salome-Meca usage » [RESOLU] dans SALOME suite à CALC_CHAM/CHAM_UTIL » 2012-10-29 18:19:21

En fait je souhaite simplement calculer la contrainte de flexion en combinant les 2 composantes issues de SIPO_ELNO à l'aide de :
        "MFlex = FORMULE(",
        "       NOM_PARA=('SMFY', 'SMFZ', ),",
        "       VALE=\"\"\"sqrt(SMFY**2 + SMFZ**2 )\"\"\")",
        "",
        "RESU_PP = CALC_CHAMP(",
        "       reuse=RESU_PP,",
        "       RESULTAT=RESU_PP,",
        "       CHAM_UTIL=_F(",
        "           NOM_CHAM='SIPO_ELNO',",
        "           FORMULE=(MFlex),",
        "           NUME_CHAM_RESU=2,",
        "       ),",
        ");",

Mais SALOME indique "The object can't be built"

Pascal KREZEL

#25 Re: Code_Aster usage » Des raideurs pour des masses ? » 2012-10-29 18:06:35

Merci pour votre réponse.

Mais comment peut-on éviter d'avoir ces Alarmes car cela simplifierait la lecture des .mess ?

Pascal KREZEL