|
|
capillaryRise_unrefineable_cells.png (122,357 bytes) |
|
|
Resolved by commit 16788ffc368863576a01ef776fd2419cdf532f9f |
- Anonymous
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003812 | OpenFOAM | Bug | public | 2022-03-02 21:50 | 2022-03-04 18:38 |
| Reporter | ahess | Assigned To | henry | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | Linux | OS | CentOS | OS Version | 8 |
| Product Version | dev | ||||
| Fixed in Version | dev | ||||
| Summary | 0003812: Refinement history lost after redistribution preventing unrefining. | ||||
| Description | Use of a distributor causes a break in the refinement history leading to over refinement of the mesh. Tests using the refiner+distributor to refine a moving interface in interFoam develop patches of refined mesh that do not unrefine even though the criterion specifies they are eligible to and their cell levels are reported correctly. This only occurs when a distributor is used and appears near processor boundaries, possibly implying that the splitCells are not being transferred. This occurs with and without the refinementHistory constraint. When modeling moving interfaces such as droplets with high levels of refinement and frequent redistribution this blocks most unrefinement and causes the mesh size to blow up. I wasn't sure if this was due to the incomplete nature of the feature or an oversight so I am presenting it here. | ||||
| Steps To Reproduce | Run with a distributor and a refiner that is refining a feature that is non-stationary. I've modified the interFoam/capillaryRise to demonstrate the effects when run in parallel. | ||||
| Tags | No tags attached. | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2022-03-02 21:50 | ahess | New Issue | |
| 2022-03-02 21:50 | ahess | File Added: capillaryRise.zip | |
| 2022-03-02 21:50 | ahess | File Added: capillaryRise_unrefineable_cells.png | |
| 2022-03-04 18:38 | henry | Assigned To | => henry |
| 2022-03-04 18:38 | henry | Status | new => resolved |
| 2022-03-04 18:38 | henry | Resolution | open => fixed |
| 2022-03-04 18:38 | henry | Fixed in Version | => dev |
| 2022-03-04 18:38 | henry | Note Added: 0012508 |
