Hello All,
I’m trying to generate a mesh of volumetric elements, of compatible bricks,
and interface element, between compatible bricks to use in software CAST3M.
The generation processes have two distinct phases.
The 1st phase is developed in GID and consists in generating a volumetric
element mesh of compatible bricks; after that, in order to be read in
software CAST3M, a data file is written using a *.bas file.
The 2nd phase is developed in CAST3M, after having imported the data file
generated in 1st phase, and consists in automatically generating interface
elements between compatible bricks.
However, the automatic generation of interface elements in CAST3M (2nd
phase) using the data file information related with nodes and volumetric
elements is not working properly, because those different blocks should not
have the same interface nodes, i.e. the nodes should have the same
coordinates but a different identification.
More specifically, GID seems to be generating compatible blocks with common
nodes, i.e. not duplicated as it would desirable for defining interface
(joint) elements. On the contrary, CAST3M needs such common nodes to be
duplicated, and it can perform this task if the corresponding information of
each block in the output file is allocated in different groups of data (one
group per block).
I tried to use a *.cnd file to assign one different condition to each block
and it indeed was possible to separate the information of different blocks.
However this procedure becomes very hard because I’ve a lot of blocks to
consider (±1100 blocks). For this reason can you suggest me same ideas to
write a data file with these characteristics, or any another strategy likely
to generate duplicated nodes belonging to adjacent and compatible blocks?
Thank you,
Regards
Cristina Costa
_____________________________________________________________________
Serviço de Webmail do Instituto Politécnico de Tomar ( IPT )
[GiDlist] Compatible blocks
Moderator: GiD Team
-
Ramon Ribó
[GiDlist] Compatible blocks
Cristina,
You can duplicate one surface in GiD geometry by
using: Utilities-Uncollapse. If the surface is duplicated,
the nodes will be duplicated. If you want to make sure that
the duplicated nodes share the same position, use contacts
between surfaces:
Geometry-Create-Contact volume
You will need to make heavy use of layers in order to manage
properly duplicated surfaces.
Alternatively, you can use materials or conditions or even
the same layers, in order to define your groups.
Regards,
--
Compass Ing. y Sistemas Dr. Ramon Ribo
http://www.compassis.com ramsan at compassis.com
c/ Manuel Girona, 61 bajos tel. +34 93 204 10 82
08034 Barcelona, Spain fax. +34 93 204 19 09
-----Mensaje original-----
De: gidlist-admin at gatxan.cimne.upc.es
[mailto:gidlist-admin at gatxan.cimne.upc.es] En nombre de Cristina Costa
Enviado el: jueves, 18 de marzo de 2004 19:19
Para: gidlist at gatxan.cimne.upc.es
Asunto: [GiDlist] Compatible blocks
Hello All,
I’m trying to generate a mesh of volumetric elements, of compatible
bricks, and interface element, between compatible bricks to use in
software CAST3M.
The generation processes have two distinct phases.
The 1st phase is developed in GID and consists in generating a
volumetric element mesh of compatible bricks; after that, in order to be
read in software CAST3M, a data file is written using a *.bas file.
The 2nd phase is developed in CAST3M, after having imported the data
file generated in 1st phase, and consists in automatically generating
interface elements between compatible bricks.
However, the automatic generation of interface elements in CAST3M (2nd
phase) using the data file information related with nodes and volumetric
elements is not working properly, because those different blocks should
not have the same interface nodes, i.e. the nodes should have the same
coordinates but a different identification.
More specifically, GID seems to be generating compatible blocks with
common nodes, i.e. not duplicated as it would desirable for defining
interface
(joint) elements. On the contrary, CAST3M needs such common nodes to be
duplicated, and it can perform this task if the corresponding
information of each block in the output file is allocated in different
groups of data (one group per block).
I tried to use a *.cnd file to assign one different condition to each
block and it indeed was possible to separate the information of
different blocks. However this procedure becomes very hard because I’ve
a lot of blocks to consider (±1100 blocks). For this reason can you
suggest me same ideas to write a data file with these characteristics,
or any another strategy likely to generate duplicated nodes belonging to
adjacent and compatible blocks?
Thank you,
Regards
Cristina Costa
_____________________________________________________________________
Serviço de Webmail do Instituto Politécnico de Tomar ( IPT )
_______________________________________________
GiDlist mailing list
GiDlist at gid.cimne.upc.es
http://gid.cimne.upc.es/mailman/listinfo/gidlist
You can duplicate one surface in GiD geometry by
using: Utilities-Uncollapse. If the surface is duplicated,
the nodes will be duplicated. If you want to make sure that
the duplicated nodes share the same position, use contacts
between surfaces:
Geometry-Create-Contact volume
You will need to make heavy use of layers in order to manage
properly duplicated surfaces.
Alternatively, you can use materials or conditions or even
the same layers, in order to define your groups.
Regards,
--
Compass Ing. y Sistemas Dr. Ramon Ribo
http://www.compassis.com ramsan at compassis.com
c/ Manuel Girona, 61 bajos tel. +34 93 204 10 82
08034 Barcelona, Spain fax. +34 93 204 19 09
-----Mensaje original-----
De: gidlist-admin at gatxan.cimne.upc.es
[mailto:gidlist-admin at gatxan.cimne.upc.es] En nombre de Cristina Costa
Enviado el: jueves, 18 de marzo de 2004 19:19
Para: gidlist at gatxan.cimne.upc.es
Asunto: [GiDlist] Compatible blocks
Hello All,
I’m trying to generate a mesh of volumetric elements, of compatible
bricks, and interface element, between compatible bricks to use in
software CAST3M.
The generation processes have two distinct phases.
The 1st phase is developed in GID and consists in generating a
volumetric element mesh of compatible bricks; after that, in order to be
read in software CAST3M, a data file is written using a *.bas file.
The 2nd phase is developed in CAST3M, after having imported the data
file generated in 1st phase, and consists in automatically generating
interface elements between compatible bricks.
However, the automatic generation of interface elements in CAST3M (2nd
phase) using the data file information related with nodes and volumetric
elements is not working properly, because those different blocks should
not have the same interface nodes, i.e. the nodes should have the same
coordinates but a different identification.
More specifically, GID seems to be generating compatible blocks with
common nodes, i.e. not duplicated as it would desirable for defining
interface
(joint) elements. On the contrary, CAST3M needs such common nodes to be
duplicated, and it can perform this task if the corresponding
information of each block in the output file is allocated in different
groups of data (one group per block).
I tried to use a *.cnd file to assign one different condition to each
block and it indeed was possible to separate the information of
different blocks. However this procedure becomes very hard because I’ve
a lot of blocks to consider (±1100 blocks). For this reason can you
suggest me same ideas to write a data file with these characteristics,
or any another strategy likely to generate duplicated nodes belonging to
adjacent and compatible blocks?
Thank you,
Regards
Cristina Costa
_____________________________________________________________________
Serviço de Webmail do Instituto Politécnico de Tomar ( IPT )
_______________________________________________
GiDlist mailing list
GiDlist at gid.cimne.upc.es
http://gid.cimne.upc.es/mailman/listinfo/gidlist