|
[Sponsors] |
[Other] Interface problem from Starccm+ to OpenFoam |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
October 30, 2018, 13:16 |
Interface problem from Starccm+ to OpenFoam
|
#1 |
Senior Member
Join Date: Mar 2016
Location: Bergamo
Posts: 157
Rep Power: 10 |
Hello everybody,
I'm facing the following problem: I created a mesh with Starccm+ and I tried to convert it using ccmToFoam. The problem is that my original mesh contains interfaces (not miving), that connect different part of a pipe. If I tried to start a simulation OpenFoam asks me to set a boundary condition for the interface, that in the "boundaryRegion" file appears as "wall". Here the error Code:
Cannot find patchField entry for Interface0_1 Thanks for help, best regards |
|
October 31, 2018, 04:29 |
|
#2 |
New Member
Björn
Join Date: Jul 2016
Location: Germany, Amberg
Posts: 7
Rep Power: 10 |
Hello Bob,
I am relatively new to OpenFOAM but willing to share what I have learned so far... Have you tried to simply remove the corresponding entry in your boundary file? Remember to also change the first line after the FoamFile header to your new number of boundaries. |
|
October 31, 2018, 05:40 |
|
#3 | |
Senior Member
Join Date: Mar 2016
Location: Bergamo
Posts: 157
Rep Power: 10 |
Quote:
Thank you for the suggestion. I've just tried what you said and I was able to start the simulation but it stops at the first iteration, sign that somwthing wrong is still there. Just another question. Should I remove the interface in both "boudnary" and "boundaryRegion" files? |
||
November 13, 2018, 07:02 |
|
#4 |
New Member
Björn
Join Date: Jul 2016
Location: Germany, Amberg
Posts: 7
Rep Power: 10 |
Hello Bob,
please excuse my late reply, I forgot to subscribe and did not get a mail notification... I don't think that the boundaryRegion file is of much concern to your simulation, if you dont use any boundary-regions in your 0-directory or any other files like the topoSetDict. Could you run your simulation by now? Another hint: I usualle get several "wall"- or even several "inlet"-patches when translating meshes to OpenFOAM. If they are written beneath each other you can easely merge your let's say "inlet-patch" by writing the manually calculated result of startFace*FirstInletPatch - startFace*LastInletPatch + nFaces*LastInletPatch in the line of nFaces*FirstInletPatch and deleting the by now unnecessary inlet-patches. I usually also delete the inGroups line as i did not need it so far... Also remember again to change the resulting amount of total patches within the first line after the header of the boundary file. Best regards Björn |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Radiation in semi-transparent media with surface-to-surface model? | mpeppels | CFX | 11 | August 22, 2019 08:30 |
My radial inflow turbine | Abo Anas | CFX | 27 | May 11, 2018 02:44 |
Wrong flow in ratating domain problem | Sanyo | CFX | 17 | August 15, 2015 07:20 |
[Commercial meshers] Handling cyclic BC from gambit to openfoam for a cascade airfoil problem - OF 1.6 | maverick | OpenFOAM Meshing & Mesh Conversion | 2 | June 18, 2011 05:36 |
Replace periodic by inlet-outlet pair | lego | CFX | 3 | November 5, 2002 21:09 |