postProcess: Run-time data processing for multiRegion case
Hi,
I would like to use the postProcess utility, but I can't set up properly the control dict file... I think. I'm following what is written on the userGuide at chapter 6.2.2. I've modified the controlDict file into multiRegionHeaterRadiation into chtMultiregionSimpleFoam case tutorial: Code:
functions Can someone explain me how to set it up properly for a multiregion case? How to set up for a parallel one? thanks a lot. Regards. |
I'm using opebfoam 4.x on bluCFD CORE 2016—1
Sent from my ASUS_X008D using CFD Online Forum mobile app |
Hi,
this is a initial warning when I execute chtMultiRegionSimpleFoam: Code:
Create time This is the FOAM warning I face when I execute Code:
|
Greetings student666,
Oh, so it was you who reported this issue: https://bugs.openfoam.org/view.php?id=2535 I've written on the bug report a brief solution so far and I've written another solution for yPlus here: https://www.cfd-online.com/Forums/op...tml#post647269 Essentially in your situation, the solution steps to your question is as follows:
If by any chance you ran the "Allrun-parallel" script in the case, then it will not work as intended, due to a weird issue regarding field reconstruction. Best regards, Bruno edit: I've diagnosed the issue in the bug report and the conclusion that I reported there was that this is already fixed in commit 168b29e2cfc8062867ed30928d824188e0858630 in the original OpenFOAM 4.x development line: https://github.com/OpenFOAM/OpenFOAM...824188e0858630 Therefore, this bug/feature is still missing in blueCFD-Core 2016-1. I will try to release an update for blueCFD-Core this month, so that this and other issues are fixed too. |
Hi Bruno,
thanks, for supporting; your comments helped me lot! By my point of view, it solved the problem: if you add more functions you can monitor more regions at the same time. Code:
functions Changing minX and maxX to patch into polyMesh & for 0 folder update BC copying the values from topAir BC, gave me same results as for running in serial... In any case, here follows some rows from the residuals dict; I can't understand why h field is not written, even if it's evaluated during the run. Code:
# Residuals Thanks. Regards Michele. |
Greetings Michele,
My apologies for the late reply. This does look like it's another bug, because I tested this with OpenFOAM 4.x and OpenFOAM-dev on Linux and the same problem occurred. Please report this issue at https://bugs.openfoam.org Best regards, Bruno |
|
Hi Michele,
My apologies, I only noticed sometime today that the "p" field exists but it's not solved in an equation. Unfortunately I didn't have enough time to come by the bug tracker to write what I had figured out, before the report was closed. The correct name is "p_rgh", which is the field that is being solved, from the list of pressure fields. There is still a bug, namely that even though the "p" field is registered, it is not being solved for. But since it's registered as a valid field, it shows up on the header of "residuals.dat", but it never gets any residual values for it. Therefore, the problem was not that the "h" field was missing, it was that the "p" field did not have any residuals assigned to it. Technically, it can be considered that this is a missing feature and not exactly a bug, namely that it should only output the residuals for the fields that are being iteratively solved. Best regards, Bruno |
All times are GMT -4. The time now is 18:53. |