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

rhoPimpleFoam problems

Register Blogs Members List Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
Old   September 19, 2012, 15:21
Smile rhoPimpleFoam problems
  #1
Member
 
Hugh Ingham
Join Date: Aug 2012
Posts: 35
Rep Power: 5
martyn88 is on a distinguished road
I originally ran a case using a mesh I generated in ansys meshing, however in hindsight the mesh was quite poor. I sliced the wedge so that I could fit tet elements near the centreline to better capture the geometry however I ran into the following problems:

ansys mesh shot.jpg

- there appeared to be a problem at the tet/quad interface near jet centre-line

- pressure field is strongly affected by dodgy mesh
- along tet/quad interface (particularly near inlet face)

ansys mesh pressure field.jpg


- Temperature hotspot (may be propagating from the poor solution at inlet/centreline corner)
- velocity skyrockets
- density drops
- enthalpy equation crashes

ansys mesh temp field.jpg

ansys mesh velocity field.jpg

Attachment 15836


- I feel like the solver was actually doing a good job everywhere except these small regions of very high temperature which eventually caused the crash and flow appeared as if it were developing well at the nozzle exit, (although it was at low speed)


- so I was happy with my BC's and I thought that the mesh was to blame so redid mesh in ICEM using a Y-grid which created a very uniform grid that captured the wedge really well.

ICEMmesh.jpg


Using the mesh created in ICEM:

- mesh appears to be fine in ICEM (using Y-grid so no problem at the centreline)

- passes all the mesh checks, boundary file created with all appropriate patches

- cyclic side walls produce following error

--> FOAM FATAL ERROR:
face 1421 area does not match neighbour by 0.465680107795% -- possible face ordering problem.
patch:CYCLIC_1 my area:7.62418939845 neighbour area:7.6597765931 matching tolerance:0.0001
Mesh face:1728531 fc-2.34107382027 16.7491260428 16.7491260428)
Neighbour fc-2.34457131701 22.0568638939 3.52254950135e-23)
If you are certain your matching is correct you can increase the 'matchTolerance' setting in the patch dictionary in the boundary file.
Rerun with cyclic debug flag set for more information.

- however I just use cyclicAMI... OK

- now run is failing for some other reason

- use exactly the same conditions and set-up as before but now the flow is barely travelling through the nozzle, and eventually fails with this message:

#0 Foam::error:rintStack(Foam::Ostream&) in "/opt/openfoam210/platforms/linuxGccDPOpt/lib/libOpenFOAM.so"
#1 Foam::sigFpe::sigHandler(int) in "/opt/openfoam210/platforms/linuxGccDPOpt/lib/libOpenFOAM.so"
#2 Uninterpreted:
#3 exp in "/lib/i386-linux-gnu/libm.so.6"
#4 Foam::compressible::LESModels::muSgsUSpaldingWallF unctionFvPatchScalarField::evaluate(Foam::UPstream ::commsTypes) in "/opt/openfoam210/platforms/linuxGccDPOpt/lib/libcompressibleLESModels.so"
#5 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricBoundaryField::evaluate() in "/opt/openfoam210/platforms/linuxGccDPOpt/bin/rhoPimpleFoam"
#6 Foam::compressible::LESModels:neEqEddy::updateSu bGridScaleFields() in "/opt/openfoam210/platforms/linuxGccDPOpt/lib/libcompressibleLESModels.so"
#7 Foam::compressible::LESModels:neEqEddy::correct( Foam::tmp<Foam::GeometricField<Foam::Tensor<double >, Foam::fvPatchField, Foam::volMesh> > const&) in "/opt/openfoam210/platforms/linuxGccDPOpt/lib/libcompressibleLESModels.so"
#8 Foam::compressible::LESModel::correct() in "/opt/openfoam210/platforms/linuxGccDPOpt/lib/libcompressibleLESModels.so"
#9
in "/opt/openfoam210/platforms/linuxGccDPOpt/bin/rhoPimpleFoam"
#10 __libc_start_main in "/lib/i386-linux-gnu/libc.so.6"
#11
in "/opt/openfoam210/platforms/linuxGccDPOpt/bin/rhoPimpleFoam"
Floating point exception


I feel like the code ran better with first mesh except for the hotspots that were clearly caused by numerical problems (the mesh)
- however I think it may be moving a bit fast (inlet velocity is 10m/s so after 0.002 sec flow would only have travelled 0.02m. However the whole nozzle is 0.5m and it got past the end of the nozzle)

New mesh looks way better but code runs way too slow and then just crashes
- after 0.002 sec flow barely got started in the nozzle, where as it was at the exit in the previous mesh)

I don't understand why changing the mesh would make such a massive difference? It almost seems like in the second mesh there is something blocking it (the pressure gets very high right near the inlet).

Why is the run completely different with a new mesh that is actually quite similar?

Please
martyn88 is offline   Reply With Quote

Reply

Tags
icem, les grid, rhopimplefoam

Thread Tools
Display Modes

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 On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Questions about buoyantPimpleFoam and rhoPimpleFoam Mojtaba.a OpenFOAM Running, Solving & CFD 6 August 1, 2012 04:50
[ICEM] Problems with coedge curves and surfaces tommymoose ANSYS Meshing & Geometry 0 August 5, 2011 16:02
Needed Benchmark Problems for FSI Mechstud Main CFD Forum 4 July 26, 2011 12:13
Convergence problems with rho*Foam askjak OpenFOAM 1 March 17, 2010 22:49
Some problems with Star CD Micha CD-adapco 0 August 6, 2003 13:55


All times are GMT -4. The time now is 14:40.