CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Community Contributions

[OLAFLOW] The OLAFLOW Thread

Register Blogs Community New Posts Updated Threads Search

Like Tree46Likes

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   March 2, 2023, 08:54
Default extrude function - snap -- Snappyhexmesh -- y-direction
  #441
New Member
 
Join Date: Sep 2020
Posts: 26
Rep Power: 6
paulathikalam is on a distinguished road
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
paulathikalam is offline   Reply With Quote

Old   April 4, 2023, 06:44
Default piston wave maker
  #442
New Member
 
Anne
Join Date: Mar 2023
Posts: 1
Rep Power: 0
andyy is on a distinguished road
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
Attached Images
File Type: jpg U_mag_t1.JPG (32.8 KB, 42 views)
File Type: png flume.png (26.6 KB, 28 views)
File Type: jpg wavemaker.jpg (59.4 KB, 27 views)
Attached Files
File Type: txt GaugeVOF04.txt (8.8 KB, 2 views)
andyy is offline   Reply With Quote

Old   April 14, 2023, 02:36
Default compiling error
  #443
New Member
 
Join Date: Jul 2018
Posts: 3
Rep Power: 8
chostov is on a distinguished road
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 is offline   Reply With Quote

Old   April 16, 2023, 15:40
Default Error using olaDyMFlow
  #444
New Member
 
Join Date: Jul 2018
Posts: 3
Rep Power: 8
chostov is on a distinguished road
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?
sinsri likes this.
chostov is offline   Reply With Quote

Old   May 29, 2023, 08:19
Default NWT size
  #445
New Member
 
Biku
Join Date: Nov 2021
Posts: 11
Rep Power: 5
Biku is on a distinguished road
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?
Biku is offline   Reply With Quote

Old   June 6, 2023, 20:13
Default Curious about generate irregular wave spectrum
  #446
New Member
 
HYUNGSIK HWANG
Join Date: Jun 2023
Posts: 1
Rep Power: 0
hyungsikh is on a distinguished road
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?
hyungsikh is offline   Reply With Quote

Old   June 20, 2023, 16:21
Default Munmap_chunk(): invalid pointer fix
  #447
New Member
 
Jacob Fontaine
Join Date: Apr 2022
Posts: 3
Rep Power: 4
fontainej16 is on a distinguished road
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
fontainej16 is offline   Reply With Quote

Old   June 28, 2023, 05:33
Default questions about velociity absorption on generation boundary
  #448
New Member
 
Zheng Yuqian
Join Date: Nov 2021
Posts: 3
Rep Power: 5
Yuqian-zj is on a distinguished road
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?
Yuqian-zj is offline   Reply With Quote

Old   August 18, 2023, 07:39
Default Weird gauge plots
  #449
New Member
 
Biku
Join Date: Nov 2021
Posts: 11
Rep Power: 5
Biku is on a distinguished road
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.
Attached Images
File Type: jpg Figure_1.jpg (94.4 KB, 33 views)
File Type: jpg Figure_2.jpg (41.2 KB, 20 views)

Last edited by Biku; August 18, 2023 at 07:51. Reason: Additional information to the reply.
Biku is offline   Reply With Quote

Old   September 1, 2023, 22:26
Exclamation Wrong water depth on olaflow
  #450
New Member
 
Sarah Aguiar
Join Date: Sep 2023
Posts: 10
Rep Power: 3
Sarah_Ag is on a distinguished road
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


Sarah_Ag is offline   Reply With Quote

Old   October 8, 2023, 16:10
Default
  #451
New Member
 
Biku
Join Date: Nov 2021
Posts: 11
Rep Power: 5
Biku is on a distinguished road
I did some mistakes

Last edited by Biku; October 11, 2023 at 14:19. Reason: wrong info
Biku is offline   Reply With Quote

Old   October 17, 2023, 18:40
Default waveFloatingObject_dimensions
  #452
New Member
 
Yiannis Kapa
Join Date: Oct 2023
Posts: 1
Rep Power: 0
johnkazz is on a distinguished road
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:
Attached Images
File Type: jpg Screenshot from 2023-10-18 00-39-09.jpg (31.6 KB, 20 views)
johnkazz is offline   Reply With Quote

Old   November 3, 2023, 01:49
Default OLAFLOW Download errors
  #453
New Member
 
Join Date: Nov 2023
Posts: 1
Rep Power: 0
Gp1812 is on a distinguished road
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
Gp1812 is offline   Reply With Quote

Old   November 20, 2023, 11:31
Default floatingObject_mesh movement
  #454
New Member
 
Kazakis Ioannis
Join Date: Sep 2016
Location: Thessaloniki, Greece
Posts: 24
Rep Power: 10
Giannis_Kaz is on a distinguished road
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.
Attached Images
File Type: jpg Screenshot from 2023-11-20 17-30-44.jpg (92.8 KB, 19 views)

Last edited by Giannis_Kaz; November 30, 2023 at 17:00.
Giannis_Kaz is offline   Reply With Quote

Old   November 27, 2023, 03:37
Default
  #455
New Member
 
Mehdi Badri
Join Date: Apr 2013
Posts: 7
Rep Power: 13
Mehdi80 is on a distinguished road
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.
Mehdi80 is offline   Reply With Quote

Old   November 30, 2023, 16:56
Default
  #456
New Member
 
Kazakis Ioannis
Join Date: Sep 2016
Location: Thessaloniki, Greece
Posts: 24
Rep Power: 10
Giannis_Kaz is on a distinguished road
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
Mehdi80 likes this.
Giannis_Kaz is offline   Reply With Quote

Old   December 12, 2023, 17:43
Default compilation error
  #457
New Member
 
Olorunfemi Omonigbehin
Join Date: Mar 2023
Location: Canada
Posts: 1
Rep Power: 0
OMONIFEMI is on a distinguished road
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.
OMONIFEMI is offline   Reply With Quote

Old   March 27, 2024, 01:59
Default Problems in force computation after rerunning the case in OpenFOAM 5.x
  #458
New Member
 
Biku
Join Date: Nov 2021
Posts: 11
Rep Power: 5
Biku is on a distinguished road
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.
Biku is offline   Reply With Quote

Old   July 10, 2024, 03:57
Default
  #459
New Member
 
Nghiep
Join Date: Nov 2021
Posts: 7
Rep Power: 5
Nghiep is on a distinguished road
Hi OMONIFEMI, Have you solved this problem? I am facing it
Nghiep is offline   Reply With Quote

Old   September 12, 2024, 12:47
Default compilation error solution
  #460
New Member
 
Join Date: Jun 2021
Posts: 1
Rep Power: 0
kmenelaou is on a distinguished road
Quote:
Originally Posted by OMONIFEMI View Post
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.

Hi there,

I had a similar issue. It seems that this specific header was removed after v2206. To fix it I downloaded the file from

https://develop.openfoam.com/Develop...?ref_type=tags

Then I copied the file in the directory `<path-to-olaFlow>/olaFlow/solvers/olaFlowOFv_com_latest/overOlaDyMFlow`. This is a hack solution but it compiles and I was able to run the wavemakerFlume tutorial.
kmenelaou is offline   Reply With Quote

Reply

Tags
olaflow, waves


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Divergence detected in AMG solver: k when udf loaded google9002 Fluent UDF and Scheme Programming 3 November 8, 2019 00:34
udf problem jane Fluent UDF and Scheme Programming 37 February 20, 2018 05:17
UDF velocity profile willroca Fluent UDF and Scheme Programming 2 January 10, 2016 04:13
Error messages atg enGrid 7 August 30, 2013 12:16
Phase locked average in run time panara OpenFOAM 2 February 20, 2008 15:37


All times are GMT -4. The time now is 04:16.