[paulathikalam]

Hii,

I have been trying around making a mesh with only one cell in y-direction after doing snappyhexmesh ( I need snap function turned on). But without any progress.

Take the example of breakater tutorial (https://github.com/phicau/olaFlow/tr...als/breakwater), if turn on the snap, then the whole thing wont be 2d. Can anyone suggest something to work around this ? I heard something like ExtrudeMeshDict or Extrude2dMeshDict, but could not clearly understand.

May be for this breakwater case, snap function need not be necessary but for other complex geometries, it might be useful.

Paul

[andyy]

Dear Pablo,

Thanks a lot for all your work and help. I have two questions:

- I am using foam-extend 3.1 and trying to build a set up with the use of the wavemakertutorial in the old tutorials and FE_latest. I am trying to mimic a wave paddle signal from the lab and match surface elevation results. I feel like my results are off. The wave paddle is located a little bit to the right of the inlet and I feel like the moving wall boundary condition is not correct because of this. I would like the wave paddle to be located at the inlet, right? I added the result of the first time step, the layout of the flume, and 0.org. Should I change the bc's (I haven't modified them from the tutorial), or try and move the piston to the inlet (not sure how / don't understand why it starts there)?

- Second, I want to plot surface elevation data at the wave gauges and using the breakwater tutorial for it, but the results are very very small. I added an example of the results from just trying to add wave gauges to the wavemakerflume tutorial. Do you recognize this problem?

Best,
Anne

[chostov]

Hi. I am trying to compile olaFloe on openFoam2212. I get the following message:

In file included from overOlaDyMFlow.C:225:
pEqn.H:13:18: fatal error: interpolatedFaces.H: No such file or directory
13 | #include "interpolatedFaces.H"
| ^~~~~~~~~~~~~~~~~~~~~
compilation terminated.

And the compilation failed. How can I fix it?

Thanks

[chostov]

I tried to run the wavemakerTank using openFoam2206 and I have the following message:


otorres$ mpirun -np 4 olaDyMFlow -parallel > olaDyMFlow.log
[0] #0 Foam::error:rintStack(Foam::Ostream&) at ??:?
[0] #1 Foam::sigFpe::sigHandler(int) at ??:?
[0] #2 ? in /lib/x86_64-linux-gnu/libc.so.6
[0] #3 Foam::inv(Foam::Field<Foam::Tensor<double> >&, Foam::UList<Foam::Tensor<double> > const&) at ??:?
[0] #4 ? in ~/OpenFOAM/otorres-v2206/platforms/linux64GccDPInt32Opt/bin/olaDyMFlow
[0] #5 ? in ~/OpenFOAM/otorres-v2206/platforms/linux64GccDPInt32Opt/bin/olaDyMFlow
[0] #6 ? in ~/OpenFOAM/otorres-v2206/platforms/linux64GccDPInt32Opt/bin/olaDyMFlow
[0] #7 ? in ~/OpenFOAM/otorres-v2206/platforms/linux64GccDPInt32Opt/bin/olaDyMFlow
[0] #8 ? in /lib/x86_64-linux-gnu/libc.so.6
[0] #9 __libc_start_main in /lib/x86_64-linux-gnu/libc.so.6
[0] #10 ? in ~/OpenFOAM/otorres-v2206/platforms/linux64GccDPInt32Opt/bin/olaDyMFlow
[OTORRES:00521] *** Process received signal ***
[OTORRES:00521] Signal: Floating point exception (8)
[OTORRES:00521] Signal code: (-6)
[OTORRES:00521] Failing at address: 0x3e800000209
[OTORRES:00521] [ 0] /lib/x86_64-linux-gnu/libc.so.6(+0x42520)[0x7ff66dc79520]
[OTORRES:00521] [ 1] /lib/x86_64-linux-gnu/libc.so.6(pthread_kill+0x12c)[0x7ff66dccda7c]
[OTORRES:00521] [ 2] /lib/x86_64-linux-gnu/libc.so.6(raise+0x16)[0x7ff66dc79476]
[OTORRES:00521] [ 3] /lib/x86_64-linux-gnu/libc.so.6(+0x42520)[0x7ff66dc79520]
[OTORRES:00521] [ 4] /usr/lib/openfoam/openfoam2206/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so(_ZN4Foam3invERNS_5FieldINS_6TensorI dEEEERKNS_5UListIS2_EE+0x4e2)[0x7ff66e707632]
[OTORRES:00521] [ 5] olaDyMFlow(+0xa0259)[0x55c7c524e259]
[OTORRES:00521] [ 6] olaDyMFlow(+0x1082d1)[0x55c7c52b62d1]
[OTORRES:00521] [ 7] olaDyMFlow(+0x10e722)[0x55c7c52bc722]
[OTORRES:00521] [ 8] olaDyMFlow(+0x348aa)[0x55c7c51e28aa]
[OTORRES:00521] [ 9] /lib/x86_64-linux-gnu/libc.so.6(+0x29d90)[0x7ff66dc60d90]
[OTORRES:00521] [10] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x80)[0x7ff66dc60e40]
[OTORRES:00521] [11] olaDyMFlow(+0x3f885)[0x55c7c51ed885]
[OTORRES:00521] *** End of error message ***
--------------------------------------------------------------------------
Primary job terminated normally, but 1 process returned
a non-zero exit code. Per user-direction, the job has been aborted.
--------------------------------------------------------------------------
--------------------------------------------------------------------------
mpirun noticed that process rank 0 with PID 0 on node OTORRES exited on signal 8 (Floating point exception).



Does any one know how to fix it?

[Biku]

What is the general thumb rule do you all follow while setting up the domain size? How much do you truncate the flume?



For the Z direction how many divisions would be decent enough for good capturing of the free surface?

[hyungsikh]

Dear colleague.

Hello, now I am study about olaFlow.
I am success about generate regular waves(cnoidal, stokes1~4, solitary) in my olaflow samples.
but, I do not know how can I generate irregular wave's waveDict file type of JONSWAP specturm(or BM spectrum)?

Is there any material I can refer to in the tutorial?

[fontainej16]

Hello everyone,


I experienced some headaches with figuring out the ER-AWA outlet condition and figured I would share the experience and how I fixed it. I was using OpenFOAM v2012 and would still get the "invalid pointer" error when trying to test the baseWaveFlumeNewAbs.



I was using Ubuntu 20.04 (WSL2) at first, but then switched to Ubuntu 18.04 (WSL2) and installed OpenFOAM v2012 and the tutorial worked perfectly.



In short, to fix the "invalid pointer" error for the ER-AWA in OpenFOAM v2012, switch to Ubuntu 18.04 if you are using Windows Subsystem for Linux 2 (WSL2).


- Jacob

[Yuqian-zj]

Hi Pablo!
I found a statement of absorption velocity in file "waveVelocityFvPatchVectorField.C" as

• if (zInf[cellIndex] >= calculatedLevel[cellGroup[cellIndex]-1])
• {
• patchUABS[cellIndex] *=
• 1.0 + 2.0*alphaCell[cellIndex]*(zInf[cellIndex]
• - calculatedLevel[cellGroup[cellIndex]-1])
• /(cMax[2]-calculatedLevel[cellGroup[cellIndex]-1]);
• patchVABS[cellIndex] *=
• 1.0 + 2.0*alphaCell[cellIndex]*(zInf[cellIndex]
• - calculatedLevel[cellGroup[cellIndex]-1])
• /(cMax[2]-calculatedLevel[cellGroup[cellIndex]-1]);

It seems that this statement try to correct absorption velocity of cells between Measuredheight and Theoreticalheight. But variable cMax[2] will changes as the bottomlevel changes. In the case of a 1m height waveflume, . for example, bottomlevel -0.1m, and cMax[2]=0.9m;bottomlevel -0.5m,cMax[2] changes to 0.5m. This causes different correction of absorption velocity. I am confused about the statement . And will I have any problems if i do not correct the velocity in this area?

[Biku]

I am getting some weird plots for my free surface profile for Gauge no 4.
It is is a 3D simulation of a NWT using the cnoidal wave theory with depth 0.55m and wave height of 0.13m. The period is 3sec. There are no structures present. The gauge 4 readings are crooked for some reason.

[Sarah_Ag]

Hi, everyone, I'm having a problem with a case. I set my geometry with blockMesh and seems ok, I tested it running a simulation with the wavedict from BaseWaveFlume tutorial and it works good, BUT, when I set a diferent wave height and period the simulation do not work. The water depth is totally wrong and the simulation goes crazy, all the water goes with the wave like it was a tsuname.

I'm copping here a drive link with my blockmesh, log.olaflow and my wave dict. There are some pictures too with how the simulation had gone.


I hope you guys enlight me, I'm a little desesperate.

Thank you.


https://drive.google.com/drive/folde...cw?usp=sharing

[Biku]

I did some mistakes

[johnkazz]

I would be grateful if someone has some answers about the meshing with olaDyMflow, and specifically with floating object tutorial. I'm trying to enhance the dimensions of a 3D cubic floating mass, but after some enlargement in dynamicMeshDict.sixDoF file (Lx, Ly, Lz) the simulation doesn't start.



this is the message:-> FOAM FATAL IO ERROR:
Failed wmake "dynamicCode/_7943fda7fcceb244a28b7ac8d2015c23de27c1e2/platforms/linux64GccDPInt64Opt/lib/libcodeStream_7943fda7fcceb244a28b7ac8d2015c23de27 c1e2.so"


file: /home/johnkaz/olaFlow/tutorials/AQUABREAK/constant/dynamicMeshDict.sixDoFRigidBodyMotionCoeffs from line 25 to line 0.

From function static void (* Foam::functionEntries::codeStream::getFunction(con st Foam::dictionary&, const Foam::dictionary&))(Foam::Ostream&, const Foam::dictionary&)
in file db/dictionary/functionEntries/codeStream/codeStream.C at line 218.

FOAM exiting




and that's my attempt:

[Gp1812]

Hi, when I download OlaFlow I get the following errors

Making dependency list for source file waveFun.C
Making dependency list for source file wavemakerMovement.C
wmkdepend: parse error while scanning 'wavemakerMemberFun.H' ... perhaps missing a final newline
.
.
.
wmkdepend: could not open 'PointPatchFieldMapper.H' for source file '
wmkdepend: parse error while scanning 'classicWriting.H' ... perhaps missing a final newline

In file included from overOlaDyMFlow.C:86:0:
CorrectPhi.H:1:1: error: expected unqualified-id before ‘{’ token
{
^

make[1]: *** [/opt/OpenFOAM/OpenFOAM-v2012/wmake/rules/General/transform:35: Make/linux64Gcc63DPInt32Opt/overOlaDyMFlow.o] Error 1
make[1]: Leaving directory '/mnt/c/Users/user/Desktop/OPEN/OpenFOAM/OpenFOAM-v2012/olaFlow/solvers/olaFlowOFv_com_latest/overOlaDyMFlow'
make: *** [/opt/OpenFOAM/OpenFOAM-v2012/wmake/makefiles/apps:29: overOlaDyMFlow] Error 2
olaFlow solvers compilation failed

Also when I try to run a tutorial case I get the following errors which I guess they arise from installation problems

./runCase: line 13: setOla: command not found
Running...
./runCase: line 16: olaFlow: command not found
Simulation complete.


The download process I followed is the one described here https://olaflow.github.io/source-code/, with the olaFlow folder being downloaded inside my OpenFOAM-v2012 folder.

Can you please help me resolve them?




Many thanks in advance

[Giannis_Kaz]

hello


I noticed that using olaflow and OFv1806, floatingObject patch doesn't follow mesh movement!? How is this possible? In version OF5x, everything is ok!
Maybe it's something obvious, but I have stuck here. I would be grateful if someone provides me some help.

Kind Regards
Yiannis


update
I noticed that this is happening with openFoam.com versions!, not openFoam.org versions! openFoam.org versions seems to work Fine! What am i doing wrong? seems to be pretty confused!




update2: this doesn't happen in of2006 and later. Maybe it was something like a bug.

[Mehdi80]

Hi there,

On OF2112, I installed olaFlow using the provided scripts in the leading directory.
I attempted to run the ''waveFloatingObject' tutorial, but in vain.
I ran it as was; however, it diverged after t = 0.6 (delta t approaches zero).
Could you please let me know if I should make any special considerations for my setup and installation?
Also, I must mention that the "currentWaveFlume" tutorial works as intended.

[Giannis_Kaz]

Dear Mehdi


I am facing a lot of same problems regarding the instability of the specific solver (inteDyMFoam) I manage to stabilize relative simulations but, there are plenty of "difficult points' which must be taking into account to simulate the dynamic Mesh. The source of the problem is the pressure instabilities that are making their presence as the simulation proceeds. To handle this in my opinion is first to study at the constraints/restraints in dynamicMeshDict, to choose properly your time step (preferable the NON adjustable time step), to chose carefully your geometry, (e.g. a box is not a hudrodynamically friendly object), and further more, try to use the overSet Mesh utility. if you have any update concerning the overSet please let me know as it is in my field of interest right now.


Regards
Yiannis

[OMONIFEMI]

Hello

So, I tried to compile the olaFlow solvers with the OpenFOAM-v2306 and I got the following errors:

wmake overOlaDyMFlow
make[1]: Entering directory '/home/omonifemi/olaFlow/solvers/olaFlowOFv_com_latest/overOlaDyMFlow'
Making dependencies: overOlaDyMFlow.C
wmkdepend: could not open 'interpolatedFaces.H' for source file 'overOlaDyMFlow.C': No such file or directory
g++ -std=c++14 -m64 -pthread -DOPENFOAM=2306 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -Wno-attributes -Wno-unknown-pragmas -O3 -DNoRepository -ftemplate-depth-100 -I. -I.. -I/usr/lib/openfoam/openfoam2306/src/finiteVolume/lnInclude -I/usr/lib/openfoam/openfoam2306/src/meshTools/lnInclude -I/usr/lib/openfoam/openfoam2306/src/sampling/lnInclude -I/usr/lib/openfoam/openfoam2306/src/transportModels/twoPhaseMixture/lnInclude -I/usr/lib/openfoam/openfoam2306/src/transportModels -I/usr/lib/openfoam/openfoam2306/src/transportModels/incompressible/lnInclude -I/usr/lib/openfoam/openfoam2306/src/transportModels/interfaceProperties/lnInclude -I/usr/lib/openfoam/openfoam2306/src/TurbulenceModels/turbulenceModels/lnInclude -I/usr/lib/openfoam/openfoam2306/src/TurbulenceModels/incompressible/lnInclude -I/usr/lib/openfoam/openfoam2306/src/transportModels/immiscibleIncompressibleTwoPhaseMixture/lnInclude -I/usr/lib/openfoam/openfoam2306/src/dynamicMesh/lnInclude -I/usr/lib/openfoam/openfoam2306/src/dynamicFvMesh/lnInclude -I/usr/lib/openfoam/openfoam2306/applications/solvers/incompressible/pimpleFoam/overPimpleDyMFoam -I/usr/lib/openfoam/openfoam2306/src/overset/lnInclude -iquote. -IlnInclude -I/usr/lib/openfoam/openfoam2306/src/OpenFOAM/lnInclude -I/usr/lib/openfoam/openfoam2306/src/OSspecific/POSIX/lnInclude -fPIC -c overOlaDyMFlow.C -o Make/linux64GccDPInt32Opt/overOlaDyMFlow.o
In file included from overOlaDyMFlow.C:225:
pEqn.H:13:18: fatal error: interpolatedFaces.H: No such file or directory
13 | #include "interpolatedFaces.H"
| ^~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [/usr/lib/openfoam/openfoam2306/wmake/rules/General/transform:38: Make/linux64GccDPInt32Opt/overOlaDyMFlow.o] Error 1
make[1]: Leaving directory '/home/omonifemi/olaFlow/solvers/olaFlowOFv_com_latest/overOlaDyMFlow'
make: *** [/usr/lib/openfoam/openfoam2306/wmake/makefiles/apps:28: overOlaDyMFlow] Error 2
olaFlow solvers compilation failed


Might anyone know where I am getting it wrong?

Thank you.

[Biku]

I use OpenFOAM 5.x for my simulations. My simulations stop after 3 days and I have to rerun the case to continue. I am using the OlaFlow module in openfoam based on interfoam which is used to simulate water waves. Whenever I resume the simulation from the decomposed case or reconstructing at latestTime and then decomposing and rerunning the case, my force computations (forces.dat) come out to be very weird and non physical. Has anyone faced and knows how to tackle this issue? Please help.