Moving Boundary Log Out | Topics | Search
Moderators | Register | Edit Profile

FlexPDE User's Forum » User Postings » Moving Boundary « Previous Next »

Author Message
Top of pagePrevious messageNext messageBottom of page Link to this message

Patricio A. Greco (pagreco)
Member
Username: pagreco

Post Number: 13
Registered: 08-2003
Posted on Friday, January 02, 2004 - 10:37 am:   

IŽm studing the example 3d_bimetal.
For great deformations of the problem domain we must to redefine the mesh to get an exact solution . I would like to know how how to tell to the program that modify the mesh (with a defined law) in each iteration.
I think that it is impossible there are a great problem beacuse the solution is only valid for small deformations.
The program can represent the deformed domain, but I would like to define the domain using the extrusion method and then apply an arbitrary deformation before solve the problem.
Top of pagePrevious messageNext messageBottom of page Link to this message

Robert G. Nelson (rgnelson)
Moderator
Username: rgnelson

Post Number: 89
Registered: 06-2003
Posted on Sunday, January 04, 2004 - 08:36 pm:   

FlexPDE is not at present able to move the mesh automatically.

We have done preliminary work on a moving mesh version, and will turn our attention to completing that work as soon as version 4 is stable.

In the meantime there are a few things you might try.

It should be possible to define a coordinate transformation using a precomputed displacement to get modifications to the PDE's for larger displacements. You could then either pass these values from one run to the next through a TRANSFER file, or iterate directly for a stable displacement using SAVE() on the current displacement values.

Alternatively, you could use TRANSFERMESH(x+u,y+v) to export the current mesh data and the deformed data. Then using a text editor or a special program, strip the mesh data and leave the deformed data as mesh coordinates. Use TRANSFERMESH again to pull this mesh into a second FlexPDE run. (Using version 3, this will only work in 2D, since TRANSFERMESH is not implemented in 3D. Version 4 could do it in 3D.)
Top of pagePrevious messageNext messageBottom of page Link to this message

Patricio A. Greco (pagreco)
Member
Username: pagreco

Post Number: 14
Registered: 08-2003
Posted on Monday, January 05, 2004 - 08:53 am:   

Robert:
The coordenate transformation es a good idea, IŽll try to implement it , and then IŽll comment.
A last question regarding TRANSFERMESH function is if can I import an arbitrary mesh to the program version 4.


Thank You
Top of pagePrevious messageNext messageBottom of page Link to this message

Gilson Gitirana Jr (ggitirana)
Junior Member
Username: ggitirana

Post Number: 3
Registered: 11-2003
Posted on Tuesday, January 06, 2004 - 11:20 pm:   

Have you considered using an eulerian approach (also know as large deformation formulation) for deriving the pde's governing your problem? The pde's would become nonlinear (not on the properties), but I guess FlexPDE should be able to handle them.
Top of pagePrevious messageNext messageBottom of page Link to this message

Wahbi JOMAA (jomaa)
New member
Username: jomaa

Post Number: 1
Registered: 02-2004
Posted on Wednesday, February 04, 2004 - 09:38 am:   

I tried the idea posted by Robert G. Nelson about using "TRANSFERMESH(x+u,y+v)", but the problem is when i will use TRANSFERMESH again to pull this mesh into a second FlexPDE run i have to define boundaies and i can not define exactly the new bounadaries. Do you have an idea to define bounadary conditions on the deformed boundaries obtained from the first run.

Thank you in advance
Top of pagePrevious messageNext messageBottom of page Link to this message

Robert G. Nelson (rgnelson)
Moderator
Username: rgnelson

Post Number: 103
Registered: 06-2003
Posted on Wednesday, February 04, 2004 - 04:09 pm:   

Oops. My mistake. Of course, FlexPDE requires that the boundary specifications match the TRANSFERMESH, so my second suggestion won't work.
This leaves the transformation approach (Gitirana's large deformation formulation) as the only alternative. Sorry.
Top of pagePrevious messageNext messageBottom of page Link to this message

Jerry Brown (jerrybrown11743)
New member
Username: jerrybrown11743

Post Number: 2
Registered: 03-2004
Posted on Sunday, March 14, 2004 - 06:07 pm:   

Further to Gitirana's advice: For deformations that are too large for classical elasticity theory, I recommend that you look for Novoshilov's "Foundations of the Nonlinear Theory of Elasticity". He provides a nice development of the principles of finite deformation theory without using tensors. I have done a little bit of work with FlexPDE using Novoshilov's equations and got solutions that looked reasonable. The book is out of print. But, you can sometimes find used copies available at Alibris ( www.alibris.com/ ) and Amazon.
Top of pagePrevious messageNext messageBottom of page Link to this message

Robert White (bobzzwhite)
New member
Username: bobzzwhite

Post Number: 2
Registered: 04-2004
Posted on Thursday, April 15, 2004 - 11:25 am:   

I am also solving an elasticity problem involving large displacements. I need to transfer the displacements and the mesh from one solution to a new problem. Is there any way to solve the problem mentioned by Wahbi JOMAA. Perhaps one could transfermesh(x,y) and transfer(u,v). And then use the old boundary definitions with the new mesh.

Does anyone have an example for using transfermesh?
Top of pagePrevious messageNext messageBottom of page Link to this message

Robert White (bobzzwhite)
Junior Member
Username: bobzzwhite

Post Number: 3
Registered: 04-2004
Posted on Thursday, April 15, 2004 - 11:44 pm:   

As too the book mentioned by Jerry, I believe the authors name is spelled Novozhilov.

Bob
Top of pagePrevious messageNext messageBottom of page Link to this message

Peter Cendula (cendo)
New member
Username: cendo

Post Number: 1
Registered: 06-2007
Posted on Monday, June 25, 2007 - 05:15 am:   

Hi, how can this large displacement elasticity problem be now solved with moving meshes implemented?

I guess that somehow deformation has to be divided into small pieces and the boundary moved exactly by the computed displacements in each time step. Time is only "virtual" here and this screwes me up.

Thanks, Peter
Top of pagePrevious messageNext messageBottom of page Link to this message

Peter Cendula (cendo)
New member
Username: cendo

Post Number: 2
Registered: 06-2007
Posted on Monday, June 25, 2007 - 11:42 am:   

Ok, here I attach the code for 2D bimetal bending (based on 3d_bimetal from samples). When the thermal strain is large (3%) the timestep soon decreases fatally. When it is smaller(e.g 0.5%) there are no problems with timestep. I think no BC/IC discontinuities are present but maybe the moving mesh is distorted?

thanks in advance ;)
peter

application/octet-stream2D Bimetal bending with thermal expansion
2D_bimetal_bending_ClampedEnd_high40_strain003_move_linear_InitialConsist_diffuseMesh_PlotStep001.pde (3.0 k)
Top of pagePrevious messageNext messageBottom of page Link to this message

Robert G. Nelson (rgnelson)
Moderator
Username: rgnelson

Post Number: 885
Registered: 06-2003
Posted on Thursday, June 28, 2007 - 12:38 pm:   

I did some work on this kind of problem some time ago and concluded that there is a fundamental ambiguity in moving the mesh based on distortions from an original shape which is no longer stored or referenceable.

But I will have to review the problem again to recall exactly what the issue is.

I will let you know when I have reconstructed the argument.

Add Your Message Here
Post:
Username: Posting Information:
This is a private posting area. Only registered users and moderators may post messages here.
Password:
Options: Enable HTML code in message
Automatically activate URLs in message
Action:

Topics | Last Day | Last Week | Tree View | Search | Help/Instructions | Program Credits Administration