Atom topic feed | site map | contact | login | Protection des données personnelles | Powered by FluxBB | réalisation artaban
You are not logged in.
Hi,
I don't know why my model with MEMBRANE doesn't work. It's just a tensile test plate.
And error message is :
!-------------------------------------------------------------------------------------------------------------------------------------!
! <EXCEPTION> <DVP_1> !
! !
! Erreur de programmation. !
! !
! Condition non respectée: !
! .false. !
! Fichier !
! /home/A21173/smeca/yamm_build/V2017_0_2_build/V2017_public/tools/src/Code_aster_stable-v134_smeca/bibfor/elements/mbgnlr.F90, ligne !
! 91 !
! !
! -------------------------------------------- !
! Contexte du message : !
! Option : RIGI_MECA_ELAS !
! Type d'élément : MEMBTR3 !
! Maillage : mesh !
! Maille : M29 !
! Type de maille : TRIA3 !
! Cette maille appartient aux groupes de mailles suivants : !
! Group_5 !
! Position du centre de gravité de la maille : !
! x=-452.380952 y=-452.380952 z=0.000000 !
! !
! !
! !
! Il y a probablement une erreur dans la programmation. !
! Veuillez contacter votre assistance technique. !
!-------------------------------------------------------------------------------------------------------------------------------------!
message_file is join.
My mesh is just a simple plate, with triangular elements (linear or quadratic). I don't understand what's happening!
I suppose that is matrix factorisation error.
Have you some example to test MEMBRANE modelisation?
Last edited by Groguiguy (2018-10-08 12:59:19)
Offline
bonjour
je vois que le message d'erreur fait référence à Group_5
je ne vois pas de définition de propriétés d'éléments pour ce groupe mais uniquement pour Group_10
jean pierre aubry
consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/
Offline
Zut je me suis trompé de fichier en lien, désolé.
J'ai mis un autre fichier message en pièce jointe là, plus claire car plus court et où on voit le message d'erreur.
La plaque est décomposée en 5 groupes ; 4 arrêtes (groupe 1 à 4) et la plaque entière (Group_5).
Offline
j'ai fais des exemples fonctionnels, tous avec
des pressions sur la zone et
COMPORTEMENT=_F(RELATION='ELAS_MEMBRANE_SV',DEFORMATION='GROT_GDEP',),
consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/
Offline
Où puis je trouver ces exemples?
Là même avec ELAS_MEMBRANE_SV ça ne fonctionne pas.
J'ai changé le chargement pour une pression mais j'obtiens alors :
BC4 = AFFE_CHAR_MECA(MODELE=model,
PRES_REP=_F(GROUP_MA=('Group_4', ),
PRES=0.1,),
INFO=1,
VERI_NORM='OUI',)MAILLE : M15
MAILLE : M16
MAILLE : M17
MAILLE : M18
MAILLE : M19
MAILLE : M20
MAILLE : M21
!-------------------------------------------------------------------------!
! <EXCEPTION> <MODELISA6_96> !
! !
! les 7 mailles imprimées ci-dessus n'appartiennent pas au modèle !
! et pourtant elles ont été affectées dans le mot-clé facteur : PRES_REP !
!-------------------------------------------------------------------------!
Et là non plus je ne comprends pas pourquoi cette erreur. Mon model est défini par TOUT='OUI' donc je ne vois pas comment ces éléments peuvent ne pas faire parti du modèle.
Offline
ça doit être tout simple
mais
sans le maillage il est impossible de dire
consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/
Offline
Le voici.
Même si le problème vient de là, quelle est cette autre "erreur de programmation"? Je suppose que c'en est pas une.
Je cherche juste à étudier le comportement des membranes de Code_Aster en hyperélastic, notamment refaire ce modèle :
https: //www.code-aster.org/spip.php?article997
Offline
il arrive que code_aster génère ce genre de message "erreur de programmation"
lorsqu'il rencontre un cas non prévu dans le traitement d'erreur
cela m'est souvent arrivé avec des bourdes "énormes" dans la définition du maillage modèle
tellement énormes que l'on peut passer des heures sans les voir
je redis sans maillage ......
consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/
Offline
BC4 applique une PRES_REP sur le Group_4 qui me semble être un groupe de ligne SEG2
consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/
Offline
Oui c'est ça, le Groupe_4 est une arête, puisque je souhaite appliquer une condition là dessus. Donc c'est bien un groupe de SEG2.
Offline
dans ce cas une PRES_REP qui est une pression (autrement dit en N/m^2) n'a aucun sens d'ou "erreur de programmation"
consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/
Offline
Mais pourtant on rentre bien une épaisseur via EPAIS, donc pour moi cela conservé un sens. De toute façon, si je repasse avec un BC sous la forme :
BC3 = AFFE_CHAR_CINE(MECA_IMPO=(_F(DX=10.0, GROUP_MA=('Group_4', ))), MODELE=model)
ça ne change pas le message d'erreur.
Même en mettant un déplacement imposé.
Il y a forcément quelque chose que j'ai raté dans Code_Aster en général.
Il m'arrive assez souvent d'avoir cette erreur de mailles n'appartenant pas au model. Pourtant, dans la définition du model il me semble que TOUT='OUI' suffit à définir la physique sur l'ensemble.
Quoique, en l'expliquant ici je me rends compte que je ne peux définir l'élément MEMBRANE sur des SEG2... mais que faut il alors faire pour les conditions limites? Elles sont souvent définis sur des bords de maillage.
Last edited by Groguiguy (2018-10-03 16:45:03)
Offline
ci joint les fichiers d'un problème similaire qui fonctionne
il compare le comportement membrane et le comportement plaque
pour une plaque carrée
la fixation sur deux cotés seulement se révèle problématique
noter ANGL_REP=(0,0) indispensable dans AFFE_CARA_ELEM très mal signalé comme erreur
consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/
Offline
Parfait merci, je vais regarder ça attentivement!
EDIT : Erreur, je n'ai pas corrigé le problème contrairement à ce que disait un message suivant que j'ai effacé.
Last edited by Groguiguy (2018-10-04 14:48:45)
Offline
Trouvé!
Le problème "erreur de programmation" vient de cette ligne :
PAS_MINI_ELAS=0.1,
En l'effaçant le calcul passe sans soucis.
J'en conclu qu'avec la modélisation Membrane la fonction PAS_MINI_ELAS n'a pas dû être implémentée, du coup le message d'erreur non plus!
Je n'aurai pas trouvé sans la comparaison avec le fichier jeanpierreaubry! D'autant que j'utilise souvent les mêmes lignes de code pour définir mes Stat_nonlin dans différents cas. Merci encore!
Offline
très bien
d'une manière générale je spécifie les paramètes a minima dans le .comm et je laisse code_aster choisir ses valeurs par défaut
tout au moins au premier run
Last edited by jeanpierreaubry (2018-10-08 16:59:48)
consider reading my book
freely available here https://framabook.org/beginning-with-code_aster/
Offline
Bonjour,
En fait, de manière générale, la matrice élastique n'est pas programmée dans les éléments de membrane.
Donc si vous essayez MATRICE='ELASTIQUE', vous aurez le même problème
Il faut émettre une fiche sur bitbucket pour qu'on pense à corriger ça.
Code_Asterの開発者
Offline
Il faut émettre une fiche sur bitbucket pour qu'on pense à corriger ça.
Volontiers, mais comment faire? Un tuto/exemple?
En fait, de manière générale, la matrice élastique n'est pas programmée dans les éléments de membrane.
Donc si vous essayez MATRICE='ELASTIQUE', vous aurez le même problème
Même pas, j'utilise MATRICE='TANGENTE'.
Offline
Bonjour,
En fait je voulais dire que PAS_MINI_ELAS indique que si l'incrément de temps est inférieur à la valeur donnée, on passe de MATRICE='TANGENTE' à MATRICE='ELASTIQUE'.
Comme le pas de temps initial est inférieur à la valeur donnée par PAS_MINI_ELAS, dès le début aster bascule en MATRICE='ELASTIQUE'
Pour reproduire le bug sans PAS_MINI_ELAS, il suffit simplement de mettre MATRICE='ELASTIQUE'.
Code_Asterの開発者
Offline
Effectivement, j'avais oublié ce détail, merci!
Comment émet-on une fiche sur bitbucket?
Last edited by Groguiguy (2018-10-10 08:42:36)
Offline
Offline