Hi,
thank you for the development of a large deformation solid solver. I'm planning to use it for fsi in arteries and I was wondering : do you have any idea of the amount of work required to use it on OF 2.1.1 ? (and which functionalities would be lost). Thanks Florian |
Hi Philip
I always get error when I use the following command in the floder OpenFOAM-1.6-ext: Code:
git checkout -b feature/solidMechanics remotes/origin/feature/solidMechanics Thank you! bryant |
Quote:
I don't think it should be too difficult to get it to work in standard OpenFOAM, but I haven't tried. As regards losing functionality, I don't think anything should be lost with the large strain solver. I recommend you take the solver of interest and take the required bits out of the solidModels library (rheologyModel and boundary conditions - fvPatchFields) and try compile it. It should be possible to get it working, with a little help for the smart forum people. Best regards, Philip |
Quote:
You can browse and download the code manually from the source-forge here. What error do you get when you run the git command? Philip |
Quote:
Regards, Florian |
Hi Philip
The error I met just like someone have mentioned before.When I run the following command: Code:
git checkout -b feature/solidMechanics remotes/origin/feature/solidMechanics Code:
fatal: Not a git repository (or any of the parent directories): .git regards! bryant |
Quote:
OK I believe the git command does not work for you because you did not download OpenFOAM-1.6-ext via git, is this the case? You can download OpenFOAM-1.6-ext via git using the command: Code:
git clone git://openfoam-extend.git.sourceforge.net/gitroot/openfoam-extend/openfoam-extend Code:
git checkout -b feature/solidMechanics remotes/origin/feature/solidMechanics Philip |
Brilliant tutorials! However...
1 Attachment(s)
Hi there,
Thanks for the upload, a very good contribution, but I'm having trouble compiling the icoFsiElasticNonLinULSolidFoam code. Please find attached my log file for the compiling process. Any ideas how to fix this? Has anyone got the icoFsiElasticNonLinULSolidFoam code working?? Best Regards, Steven :) Attachment 16424 |
Quote:
The reason for this error is due to a missing lnInclude links directory in $FOAM_SRC/tetDecompositionFiniteElement, so to solve the problem: Code:
cd $FOAM_SRC/tetDecompositionFiniteElement The solver should then compile. Best regards, Philip |
Thank you
Dear Philip,
Many thanks for your help! The code is working now. Best Regards, Steven |
1 Attachment(s)
[FIXED] it finally seems to bee working after changing the BC:)
Hi, after trying some of the tutorials I wanted to test your solver on my cases, especially the large deformation FSI solver. For testing purposes I set up a very simple pipe with a fluid inside (the fluid mesh being generated with snappyHexMesh and the solid via extrudeToRegionMesh). The BC are : fluid : inlet : fixed velocity, zero gradient pressure outlet : zero gradient velocity, fixed value pressure wall : movingWallVelocity, zero pressure and fixedValue (0 0 0) for motionU solid : outlet/inlet : fixedDisplacement (0 0 0) inter/outer wall : type solidTraction; nonLinear updatedLagrangian; traction uniform ( 0 0 0 ); pressure uniform 0; value uniform (0 0 0); I also changed the gradient scheme for DU as the code politely asked me from Gauss linear to extendedLeastSquares 0. The problem is, it can't pass the first iteration and crash in tears with a floating point exception : Code:
~$ icoFsiElasticNonLinULSolidFoam Both solid and fluid domains can be seen in the attached screenshot. By the way, what is the acceptable interpolation error ? Thank you in advanced for you help, regards, Florian |
Quote:
For future reference, what BC did you have to change to solver your problem? I am not sure what interpolation error is acceptable, it depends on your application and what you are interested in. More information can be found on this solver in the conference paper by Tukovic and Jasak here. Philip |
Hi, thank you for the answer.
Quote:
motionU Code:
boundaryField Code:
boundaryField Code:
boundaryField Do have any any if anyone has already implemented 0D BC on the solid part ? Regards, Florian |
Quote:
I am not sure I understand, what is a 0D BC? Philip |
Quote:
I meant using lumped parameters to set-up the outer wall BC e.g. to represent the surrounding environment around an elastic pipe with springs and dampers. Florian |
Quote:
I am not aware of such boundary conditions, but I think they should be straight-forward to implement. The BC would be based on solidTraction and then the traction_ could be calculated each increment based on the displacement using what ever spring model you like. Philip |
Quote:
Thank you for your answer, I'll look at it more closely. Florian |
Hi Philip,
first of all, many thanks to you and your group for sharing the Solid Mechanics Solvers. Must have been quite a bit of work... I'd love to have a look at the new solvers, but unfortunately, I get build errors when using gcc-4.7.1. Do you have a gcc-47 update available (maybe in form of a seperate branch) or do I have to switch back to gcc-46, at least for now? Thanks & best regards, Johannes |
Quote:
Hopefully you will find the solvers useful. I have not tried gcc-47 yet so I have no experience with it. Changing back to gcc-46 is probably the quickest way to get things working. If you post the errors here then we can try to fix them. Best regards, Philip |
Hi Philip,
thanks for your fast response. Luckily, my problem has been a false alarm. I don't know exactly how this happened but somehow during git checking out/compiling/cleaning I managed to kill my OF-extend binaries, so all the errors were just dependency issues. Yesterday I recompiled everything including the solidMechanics branch without a single error so everything is working now. :) Best regards, Johannes |
All times are GMT -4. The time now is 11:55. |