|
[Sponsors] |
[snappyHexMesh] preservePatches with decomposeParDict |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
March 18, 2022, 07:02 |
preservePatches with decomposeParDict
|
#1 |
New Member
Dan Padrao
Join Date: Jun 2020
Posts: 14
Rep Power: 5 |
Hi all,
I'm having some issues with snappyHexMesh on OpenFOAM v1812. I wish to keep my inlet patch on one processor. This is because I've manually mapped the inlet fluid flow from the outlet of a previous case, and when decomposing and then reconstructing the mesh my faces must be rearranged since the inlet flow no longer matches the mapped case and is distorted. I've used topoSet and the contraints subdictionary in decomposeParDict to keep my inlet on one processor (successfully), but when using snappyHexMesh (even with the -decomposeParDict entry), it seems to ignore the constraints section and splits the inlet patch over a range of processors. Is there a way to fix this? I could run it in series but then it would take far too long. I've attached the log files below (log.snappyHexMesh slightly edited to be within max file size). Thanks! Dan |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
DecomposeParDict with weightField | mortezahdr | OpenFOAM | 1 | February 3, 2022 10:10 |
nproc number in decomposeParDict or Allrun for checkMesh | AlxB | OpenFOAM Pre-Processing | 1 | May 7, 2021 08:28 |
preservePatches warning as old constraint in v1812 | alexisespinosa | OpenFOAM | 0 | April 26, 2019 03:43 |
[snappyHexMesh] universal decomposeParDict | manuelffonseca | OpenFOAM Meshing & Mesh Conversion | 0 | March 31, 2017 08:36 |
Environment variable ($MPI_PROCS) in decomposeParDict | Pj. | OpenFOAM Running, Solving & CFD | 2 | April 8, 2013 02:38 |