|
[Sponsors] |
Velocity is set as uniformFixedValue constant 0; but still cells are moving down |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
April 17, 2023, 07:10 |
Velocity is set as uniformFixedValue constant 0; but still cells are moving down
|
#1 |
New Member
Judit
Join Date: Apr 2023
Location: Germany
Posts: 1
Rep Power: 0 |
Hi guys!
We are trying to simulate the synovial fluid inside the synovial cavity of the human knee. Attached you can find all files from constant, system, and geometry file. Geometry and mesh seem to work fine, the problem comes when doing the simulation. We are simulating the passage of a person (walking) and how the fluid moves inside the cavity, so we have added velocities to the outer patches of the cavity: left, movingWall, farFieldWall, and right. fixedWall cells should be fixed. We would expect to have high pressure when the cavity is compressed, that means the foot is in contact with the ground, and low P when food not in contact with the floor. We are not seeing this results after the simulation. We have observed that even if the fixedWall (bottom part of cavity) is set as uniformFixedValue constant 0 (no movement), in paraView I see the cavity is moving down. Ideal would be to consider it as a closed cavity, where the fluid remains inside and therefore, when there is compression of the cavity due to the bone pressure, the pressure inside the cavity should considerably rise. We are not observing this high pressure, and probably it is because the cavity is moving down and expanding, which is not the real case. Do you know why this may happen? Why is the cavity moving down if we set fixedWall as 0 velocity. I have also tried to set a little positive velocity in these patches (to move up) but still moving down. Is our system not sufficiently defined? This is an incompressible fluid simulation, and we are using PIMPLE algorithm. We are simulating 1/4 of the knee joint (doing an approximation), simulating the right upper side of the frontal (coronal) plane or femoral condyle section, that is why we are setting symmetry in left and fixedWall patches as boundary condition. Any hints will be super appreciate it, and if you need more info, just ask for it! Thanks a lot in advance! Judit //////// (juditllop2699@gmail.com) |
|
Tags |
#cavity, #incompressible, #pimple, #velocity |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[surface handling] Decomposing Faces after Extrude2DMesh with autoPatch | JEBland | OpenFOAM Meshing & Mesh Conversion | 5 | December 6, 2021 08:28 |
chtMultiRegionFoam speed up | qwertz | OpenFOAM Running, Solving & CFD | 8 | September 18, 2021 07:16 |
[snappyHexMesh] snappyHexMesh stuck when snap is turned on | yukuns | OpenFOAM Meshing & Mesh Conversion | 3 | February 2, 2021 14:05 |
[snappyHexMesh] snappyHexMesh does not create any mesh except one for the reference cell | Arman_N | OpenFOAM Meshing & Mesh Conversion | 1 | May 20, 2019 18:16 |
physical boundary error!! | kris | Siemens | 2 | August 3, 2005 01:32 |