Quote:
I already compiled it before at it worked with this version. Do you think it could be related to the foam-extend version? I noted this same kind of warning the last time I compiled it. Bests Iago |
Quote:
I am not sure about the warnings but I would not worry about them; for the error, it comes from compiler options not available with gcc5 (-Wno-ignored-attributes -Wno-misleading-indentation). I have removed these now and pushed the changes to the development branch. I will merge the changes to the master once I have performed checks. Philip |
Quote:
Thank you very much! I will check the development version then! Iago |
Quote:
In Article "A Lagrangian Cell-Centred Finite Volume Method for Metal Forming Simulation", Page (5), you mentioned "The relative deformation gradient is given in terms of the displacement increment as f = I + ∇(u)T". But I saw in solid mechanics book that the deformation gradient is f =I+∇(u), without transpose. In OpenFOAM the code of deformation gradient was Quote:
Quote:
because for grad different in OpenFOAM, I found this http://uupload.ir/files/56jm_untitled.jpg is it OK? |
friction BC without contact model
Hey all,
I am working on the poro-elastoplasitc solvers by Tian Tang. For a multitude if situations concerning geotechnical problems I need to specify a friction boundary condition. The BC should either specify the displacement or traction (depending on the situation) for the normal component of the DU field. For the tangential component DU should be 0 as long as the resulting shear stress doesn't exceed the maximum value given by Coulomb's friction law (maxShear proportional to normal traction). If it does exceed, it should chance to a fixed (tangential) traction BC for that face and iteration. I was looking at the solidContact Boundary condition, but i think it is a bit overkill for what i need, since i dont need the ability of detachment and re-attachment of the material (yet). So i was thinking, I should be able to build on the fixedDisplacementZeroShear BC. However i can not seem to find where the tangential components are specified. I think the confusion stems from the whole valueFraction-issue that is quite hard to get the head around at the start. Can someone point me to the right lines in the fixedDisplacementZeroShear to modify? Greetings Denis |
descomposePar solid problem
Hello,
I have a problem, I hope some one can help me. I am trying to do a FSI simulation. I create a Mesh for the fluid and use the utility extrudeMesh to get the solid Mesh. When I run my case in series I dont have problem. But when I try to run my case in parallel, and use the decomposePar utility for the solid region I get this error, and when I descompose the fluid region doesnt have problem. Code:
Decomposing mesh solid |
Quote:
I had a similar problem. My 2D mesh was imported from ICEM, but not perfectly 2D, you can check this by running checkMesh -region solid. You'll have warnings if it's not perfectly 2D, and that would most likely be the cause of your problem. However the case can still run in serial for some reasons. To solve the problem, simply make it properly 2D. If that is not the problem, I don't know then. Try different decomposition method (scotch method is cool). |
Quote:
maybe you describe your case, we can find your problem. |
fsiFoam&foam-extend4.0: Restart issue
Hi to everyone,
I'm working on fsi problems with foam-extend/4.0 and Fsifoam4.0. I'm currently trying to make a restart with initial data from specific time-step. The fluid side is not a problem and I'm sure the issue comes from the solid solver. I tried several possibilities but for now, I'm stuck with this error that I can't understand: Code:
Create time My first question is: Did anyone face the same issue ? Meanwhile, when I post-process my solid results for parallel cases, I'm unable to reconstruct them. (With paraview, I only use Decomposed Case.) It seems that I need meshPhi to reconstruct the solid domain. For now, I have changed the IOobject in unsTotalLagrangianSolid.C with no success because meshPhi is not written. Code:
My second question is: How can I nicely reconstruct the solid domain ? (in order to make a restart possible.) Until today, I'm executing this: Code:
#!/bin/bash Thanks in advance, Paul |
Hi Paul,
Although it will not directly solve your problem, it might be useful to try it out in solids4foam as some of these issues may have been fixed; PM me with your email address if you would like to use it. Philip |
Good afternoon,
When attempting to start the elasticOrthoNonLinULSolidFoam solver from a time other than zero, it complains of not being able to locate the materialDirections file in the timestep folder. Checking the orthotropicLinearElastic.C file, the materialDirections file is set to NO_WRITE. Is there any reason it shouldn't be changed to write in the saved timestep directories, to allow for the case to restart at a non-zero time? Thanks, Kellis |
Hi
I'm not familiar with this solver, but usually you can change IOobject to writing file in disk, it only increase storage. In general solvers, usually use NO_Write to make less storage. Quote:
|
Did you solve this?
Hi,
if you did solve this, could you let us know, what combination worked? I have the same errors. Thanks Quote:
|
Hi,
i'm currently writing my master thesis with geotechnical background. For my thesis i'm using the elasticSolidFoam Solver. Because of pressuretests i'm doing for my testcase models, i need to know what SI Unit foam-extend exactly uses. So my Boundary Conditions need some pressures. I'm guessing Pa for pressure? Has the pressure of the BC to be normalized with the density of the material? It would be very great, if you could help me. My BC for U looks like: boundaryField { pressureside { type solidTraction; traction uniform (0 0 0); // I would like to set 80 bar pressure pressure uniform 8e+06; value uniform (0 0 0); } side with role conditon { type symmetryPlane; } } Whats the difference between setting the pressure bc from: traction uniform (0 0 8e+06) to my current bc setting pressure uniform 8e+06 ? Or would the result be the same, if my pressure bc has to be set in z-direction? As i understand traction uniform () you can set different vectors in traction uniform (), right? Can i set the pressure bc with time variation, too? So like to set the pressure bc with increasing pressure from 10 to 80 bar? Sorry for so many questions i have. Kind regards Erik |
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Code:
myPatch Code:
( Philip |
Thank you very much Philip :)
Is it correct to say, that using only the nonuniform internalField from U volVectorField would be enougth for initial conditon for stress simulation? I'm using mapFields for getting the nonuniform internalField, but in the first step of my simulations i'm just getting the U Field interpolated to my next mesh. |
Quote:
The fluid solvers in solids4Foam still use kinematic pressure [m^2/s^2], but the solid solvers do use [Pa]? |
Hello everyone,
While using Solids4foam for my new cases, I need to finish some works with fsifoam (and FE4.0). I have mainly two situations: 1) I needed to refine my fluid mesh and it doesn't matter the time step value, the number of processors used for the decomposition, etc..., this kind of error appears (while my case was running with larger cells..): Code:
[1] --> FOAM FATAL ERROR: 2) As I'm not sure where my problem comes from, I tried to use the FE dynamic mesh solver, which I read gives much more robust results. I'm struggling to use it with fsiFoam and foam-extend/4.0. This error appears: Code:
--> FOAM FATAL ERROR: Code:
if (ff.size() != patch_.patch().size()) Could my second question solve the first one ? Any help is welcome on both situation... :) ! Best, Paul |
Paul,
Do you have your FSI boundaries declared as global face zones in the decomposeParDict for both fluid and solid? I.e.: Code:
globalFaceZones ( fsiBoundaryPatchName ) Thanks, Kellis |
Quote:
Some fluid solvers (incompressible flow) in OpenFOAM use kinematic pressure and most solid solvers use pressure in Pa. It depends on the specific solver. However, for the solidTraction solid boundary condition, it assumes Pa regardless of the solid solver using it. Philip |
All times are GMT -4. The time now is 09:50. |