![[BIG]](../icons/zoom18.gif){kind=icon}
![[Normal]](../icons/zoom14.gif){kind=icon}
![[small]](../icons/zoom10.gif){kind=icon}
Suiv.: 4 Liste des utilitaires Sup.: La méthode de décomposition de Préc.: 3.1 Introduction Index Table des matières
Suiv.: 4 Liste des utilitaires
Sup.: La méthode de décomposition de
Préc.: 3.1 Introduction
Index
Table des matières
But : créer, à partir des S.D NOPO des différents sous-domaines, les opérateurs nécessaires à l'algorithme de gradient conjugué et le fichier auxiliaire SAUV. Les opérateurs nécessaires sont, pour chaque sous-domaine:
Utilisation :
Programme principal :
PRSDOM
Les deux matrices ci-dessus sont stockées dans une S.D MUA (une par sous-domaine). La matrice du problème de Neumann est mise en tableau associé. Le fichier SAUV contient une description de l'interface des sous-domaines.
La description des éléments finis utilisés et des constantes des matériaux est faite pour l'ensemble du problème. Il y a donc une seule S.D MILI et une seule S.D FORC pour l'ensemble des sous-domaines. De même, la liste des éléments finis utilisés est donnée de façon globale. Les mêmes éléments finis sont utilisés pour tous les matériaux.
Attention la notion de sous-domaine a, ici, un sens différent de celui généralement utilisé dans Modulef. En effet, ici elle est synonyme de sous-structure, alors que, en général, (COMACO, COMILI, COFORC) elle est plutôt synonyme de numéro de matériau.
Structures de données d'entrée Afin de minimiser le nombre des données, le nom des structures de données est construit de la manière suivante:
L'utilisateur fournit un nom générique : NOM
Si la S.D décrit l'ensemble des sous-domaines (ex MILI) son nom sera NOM.nomSD (ex NOM.MILI)
Si il y a une S.D. par sous-domaine (ex MAIL) son nom sera NOM.nomSD.0001, NOM.nomSD.0002.... (ex NOM.MAIL.0001, NOM.MAIL.0002 ...)
Les structures de données d'entrée sont les suivantes:
| NOPO | de nom NOM.NOPO.0001 NOM.NOPO.0002 ... | |
| MILI | de nom NOM.MILI | |
| FORC | de nom NOM.FORC |
Structures de données de sortie La même convention que pour les S.D. d'entrée est adoptée pour la construction des noms. Les structures de données de sortie sont les suivantes :
| B | de nom NOM.B.0001 NOM.B.0002 ... |
| AMAT | de nom NOM.AMAT.0001 NOM.AMAT.0002 ... |
| MUA | de nom NOM.MUA.0001 NOM.MUA.0002 ... |
| SAUV | de nom NOM.SAUV |
| fichier auxiliaire qui décrit les interfaces |
Fichier de données
Attention il n'y a pas, pour l'instant, de programme conversationnel permettant de créer ce fichier. Il doit être fait, à l'éditeur, par l'utilisateur du module. Ce fichier contient l'ensemble des données nécessaires à l'exécution des modules COMACO, THELAS, COBDC1. Les documentations correspondantes aux modules ci-dessus fourniront plus de précisions sur la signification des paramètres. Le mnémonique de la donnée est suivi par son type : (I) entier, (A) caractère. Le fichier de données contient, en séquence :
| NOM (A) | nom générique des fichiers |
| NDSD (I) | nombre de sous-domaines (sous-structures) |
| POBA? (I) | utilisation du fichier POBA |
| OUI 1 | |
| NON 0 | |
| NMPOBA (A) | nom du fichier POBA si celui-ci est utilisé |
| NDIM (I) | dimension de l'espace |
| NBSC (I) | nombre de surfaces courbes |
| NOSC (I) | NOSC(NBSC) liste des surfaces courbes |
| si NBSC est non nul | |
| NBLC (I) | nombre de surfaces courbes |
| NOLC (I) | NOLC(NBLC) liste des surfaces courbes |
| si NBLC est non nul | |
| NOMBIB (A) | nom de la bibliothèque (4 caractères) |
| NTYED (I) | nombre d'éléments droits |
| LNTYED (A) | liste des éléments droits (2 mots de 4 caractères) |
| NTYEC (I) | nombre d'éléments courbes |
| LNTYEC (A) | liste des éléments courbes (2 mots de 4 caractères) |
| NBFR (I) | nombre de triplets décrivant des conditions aux limites (c.l.) |
| NOFR (I) | NOFR(NBFR) liste des références |
| NTYDL(I) | NTYDL(NBFR) liste des d.l. à bloquer |
| MNEM (I) | MNEM(NBFR) liste de mnémoniques (en général VN) |
| NTY (I) | type des variables (2 simple, 5 double précision) |
| NPROV (I) | provenance du problème :1 thermique, 2 élasticité |
| IOPT (I) | IOPT(4) de THELAS décrit la masse, la rigidité, les seconds |
| membres, les contraintes | |
| 0 si le tableau n'est pas calculé | |
| 1 sinon | |
| ND (I) | nombre de d.l. par noeud |
Remarques
But : réaliser les itérations de gradient conjugué sur l'interface, en double précision.
Utilisation :
Programme principal :
SDOMVD
Les structures de données d'entrée sont celles de sortie de PRSDOM.
| B | de nom NOM.B.0001 NOM.B.0002 ... | |
| AMAT | de nom NOM.AMAT.0001 NOM.AMAT.0002 ... | |
| MUA | de nom NOM.MUA.0001 NOM.MUA.0002 ... | |
| SAUV | de nom NOM.SAUV fichier auxiliaire qui décrit les interfaces |
Le fichier de données contient uniquement le nom générique des fichiers NOM. Il est donc possible d'utiliser le fichier de données de l'étape précédente.
Structures de données de sortie Les solutions du problème sont contenues, pour chaque sous-domaine dans une S.D de type B. Les noms de ces S.D sont NOM.BS.0001, NOM.BS.0002 ....
Remarques
But : réaliser les itérations de gradient conjugué sur l'interface, en simple précision.
Utilisation :
Programme principal :
SDOMVR
Les structures de données d'entrée sont celles de sortie de PRSDOM.
| B | de nom NOM.B.0001 NOM.B.0002 ... | |
| AMAT | de nom NOM.AMAT.0001 NOM.AMAT.0002 ... | |
| MUA | de nom NOM.MUA.0001 NOM.MUA.0002 ... | |
| SAUV | de nom NOM.SAUV fichier auxiliaire qui décrit les interfaces |
Le fichier de données contient uniquement le nom générique des fichiers NOM. Il est donc possible d'utiliser le fichier de données de l'étape précédente.
Structures de données de sortie Les solutions du problème sont contenues, pour chaque sous-domaine dans une S.D de type B. Le nom de ces S.D est NOM.BS.0001, NOM.BS.0002 ....
Remarques