solidSymmetry BC
Hi,
I have trouble using the solidSymmetry BC. 0/U Code:
syml Setting A symmetryPlane: const/polyMesh/boundary Code:
syml Code:
Reading field U Setting B Patch: const/polyMesh/boundary Code:
syml Code:
Reading field U Regards, Markus. |
Hi Markus,
0/U should look like this: Code:
syml Code:
syml Philip |
Thanks Philip!
|
Thank you Phil, I found some very nice articles on UL approach and I think I now understand the basic principle of the code. However, now I have trouble understanding the interpolation procedure between the solid and fluid. I understand that the traction and pressure is set somehow using the zoneInterpolators created in zoneTozoneInterpolator.H. I assume that these "zones" are created for the possibility of using different resolution meshes at the interface. But on what basis are the zones created? Where can I find the definition whichFace() function?
Regards, Petteri :) |
@ Petteri
Quote:
Plus, I dunno but you may find these posts on whichFace useful. Thanks Eric |
Quote:
Application of the finite volume method and unstructured meshes to linear elasticity. H. Jasak, H.G Weller. International journal for numerical methods in engineering (2000) || Summarizes the basics of finite volume method for solids very well. Updated Lagrangian finite volume solver for large deformation dynamic response of elastic body. Z. Tukovic, H. Jasak. ISSN 1333–1124 (2007) || Very detailed description of the UL solid solver used in icoFsiElasticNonLinULSolidFoam. I found this article very useful. On the mesh motion handling: Automatic Mesh Motion for the Unstructured Finite Volume Method. H. Jasak, Z. Tukovic (2004) Dynamic Mesh Handling in OpenFOAM. H. Jasak. AIAA (2009) These slides may also be helpful: http://www.tfd.chalmers.se/~hani/kur.../FSIslides.pdf And as Philip mentioned, the UL approach is described in numerous solid mechanics books as well :) |
Quote:
P Cardiff, A Karac, A Ivankovic, A large strain finite volume method for orthotropic bodies with general material orientations, Computer Methods in Applied Mechanics and Engineering, 2014. And also for isotropic linear elasticity in my thesis: P Cardiff, Development of the finite volume method for hip joint stress analysis, 2012. Philip |
some problems running in parallel
Hello Dr. Cardiff,
I am having a few issues trying to get an unstructed 3D mesh from gmsh to run in parallel as the fluid portion of the FSI solver. Instead of posting the large files here however I think many of the errors can be duplicated with the Hron & Turek benchmark in 2D. So, here we go: Obviously, running the tutorial case with 2 procs runs smoothly. But increasing this to 4 (simple (4 0 0)) causes a previously mentioned face ordering problem. - If I change the "moveSolidMeshLeastSquares.H" to the one posted earlier in this thread, the problem persists, albeit sooner... - If I change to the old inverseSquares "moveSolidMesh.H_old" from 1.6-ext one of the processes simply disappears and the solver simply hangs with no error messages until I forcedly kill it. There has been mention of using "preservePatches" to keep the entire FSI boundary on one processor. This can work for 2 processors but with 4 the decomposition routine (or so I think) has trouble keeping all the neightbouring cells in one patch so it can't preserve the plate patch onto a single processor. And, especially for larger, 3D domains, this may not be possible. Lastly, I have had some success by eliminating the decomposition in the solid entirely and linking all fluid processors to the solid. This seems to work much better - until mesh.update() is called, where, similar to the above, a few processors drop out and leave the FSI routine hanging. I am still looking for a way to figure out how to do FSI with an arbitrary number of processors - any helps or hints, please do let me know. I suspect manual decomposition may be required, but I hope not. Sorry for the verbosity, and thanks for your continued support to this thread. Dave |
parallel FSI in discontinuous solid regions
1 Attachment(s)
I can also confirm that the FSI solver hangs up on mesh.update() when there is a discontinuity in the FSI boundary between processors. I whipped up a small (non)-working example, attached, that seems to work alright in serial, while in parallel it hangs when the fluid mesh update is called...
I have no idea where the problem could be, but I'll be trying to look into the issue... Thanks, D |
problem with solid motion in FSI
Hello Dr. Cardiff,
I’m using icoFsiElasticNonLinULSolidFoam solver in OF-1.6-ext to solve pitching and plunging motion of 2D airfoil problem.Furthermore, I have performed a few tests using pimpleFsiFoam developed by Charbel Habchi. However, I’ve not seen any differences between them. In order to impose pitching and plunging motion on the wing, I have used dynamicBodyFvMesh solver in dynamicMeshDict dictionary in the fluid region. In those aforementioned solvers, there are no options to set motion on wingsolid, hence I have applied the motion on the fluid side. In this situation, solid and fluid patches do not follow each other.In other words,wingsolid and wingfluid,each of them moves separately and do not affect each other.The question is how can I set the motion on the solid side? Thanks |
Constant piecewise reconstruction
Dear Philip,
I am interested in obtaining OpenFOAM results using constant piecewise reconstruction rather than a linear interpolation as in the tutorials. Take for example the plate hole tutorial of the elasticSolidFoam solver. I know that I need to modify the fvSchemes dictionary but was unsuccessful in specifying a constant piecewise reconstruction. I tried the upwind scheme but failed since a surfaceScalarField is required for that. The fvSchemes dictionary in the tutorial looks like this: Code:
d2dt2Schemes Thanks Jibran |
Quote:
The motion of the FSI interface patch (i.e. the patch where the fluid is in contact with the deformable solid) is governed by the fluid flow and the other boundary conditions on the solid patches which are not in contact with the fluid. So you should not specify another boundary condition on the FSI patch, otherwise the solid and fluid will not be coupled. I am not sure exactly what you are trying to achieve, but you could impose time varying displacements on the solid patch of the wing where it would be attached to the aircraft fuselage. Philip |
1 Attachment(s)
Quote:
I'm sorry for the many questions. I want to validate FSI simulations of a flexible flapping plate ( airfoil) with M.Olivier paper (A Fluid Structure Interaction Solver for Nano-Air-Vehicle Flapping Wings- http://enu.kz/repository/2009/AIAA-2009-3676.pdf). I'm using icoFsiElasticNonLin.... solver for this simulation.I impose plunging motion with dynamicBodyFvMesh or other finite volume classes of dynamic mesh.As shown in the figure below, solid and fluid patches do not follow each other. How do I make this motion in FSI solver? thanks, |
Boundary Effect
1 Attachment(s)
Hi,
When a cantilever beam is modeled the stress distribution along the clamped section is not like the analytical one near the top and bottom walls, as shown in attachment. However this jump of stress is removed in 0.0003 mm far from the clamped boundary. Why is there such stress jump along the clamped section, please? How can this jump be removed? Thanks. |
freeRotation
How can a freeRotation BC be created from the fixedRotation one, please?
Thanks. |
local to global face zone point map is not correct
Hello,
I am trying to simulate with elasticNonLinULSolidFoam. Starting the simulation everything works until findGlobalFaceZones.h. Here I get the error : "local to global face zone point map is not correct". What does this mean and how can I solve this problem? Do I have to remesh my model? Thx! Maya |
Quote:
findGlobalFaceZones.H tries to find the map between the mesh faceZones and local processor faces, in particular for globalFaceZones used in contact simulations. What are you simulating, are you using contact boundaries? Maybe you have old invalid faceZones in your mesh? You could delete you mesh faceZones if there are not needed: Code:
rm constant/polyMesh/faceZones |
Quote:
Regards, Petteri :) |
Quote:
Hi Petteri, I must admit after spending a some time on this issues I have gone the way of a serial computation as well... My level of knowledge of OF isn't quite there yet to fix the problem at this point I'm afraid. If I do figure out a workaround I'll be sure to post it. good luck! Dave |
Quote:
|
All times are GMT -4. The time now is 06:35. |