View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002924 | OpenFOAM | Bug | public | 2018-05-10 15:30 | 2018-05-14 18:31 |
| Reporter | fxzf | Assigned To | will | ||
| Priority | normal | Severity | minor | Reproducibility | sometimes |
| Status | closed | Resolution | unable to reproduce | ||
| Summary | 0002924: [issues]fvDoM raidation model using symmetry boundary condition in IDefaults | ||||
| Description | Hi, I am not sure if I should call this is a bug, but I don't have other options. Basically, in my heat transfer case, I have a symmetry plane. I found when I am using fvDOM radiation model, the surface (using externalWallHeatFluxTemperature for T, greyDiffusiveRadiation for IDefaults boundary condtion) next to symmetry plane (using symmetry both in T and IDefaults boundary conditon) has a high chance to obtain weird (diverged) radiation heat flux at some mesh points. This weird radiation heat flux will eventually lead simulation to get a negative temperature. I used to have a similar issue at surface (same externalWallHeatFluxTemperature, greyDiffusiveRadiation) near Velocity inlet (fixedValue for T, and zeroGradient for IDefaults). But in inlet boundary condition, I can switch it to greyDiffusiveRadiation for IDefaults. Then, I got much improved convergence and no weird radiation happened. However, if I try to apply greyDiffusiveRadiation on symmetry plane (symmetry for U, T ... and greyDiffusiveRadiation for IDefaults), OpenFOAM will throw an error said boundary condition type is clashed between symmetry and greyDiffusiveRadiation. I am highly doubt if the symmetry boundary condition is corrected in fvDoM radiation model, and wondering if there is a way to try apply greyDiffusiveRadiation without clash with symmetry? Cheers, | ||||
| Tags | No tags attached. | ||||
|
|
Quoting from the rules page: https://bugs.openfoam.org/rules.php An issue report therefore must include the following: ... * A clear set of instructions that reproduces the issue, including key files, if required. What I mean is that a complete test case, ready to be used, would make it a lot easier to figure out what's going on, preferably one based on OpenFOAM's own tutorial cases. And since you're more familiar with what to expect, such a test case would allow us to reproduce the same error and diagnose the issues. |
|
|
FvDOM does not work in conjunction with constraint patches which involve transformations. This is a limitation, not a bug. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2018-05-10 15:30 | fxzf | New Issue | |
| 2018-05-11 16:06 | wyldckat | Note Added: 0009555 | |
| 2018-05-14 18:31 | will | Assigned To | => will |
| 2018-05-14 18:31 | will | Status | new => closed |
| 2018-05-14 18:31 | will | Resolution | open => unable to reproduce |
| 2018-05-14 18:31 | will | Note Added: 0009572 |
