|
|
| Reporter | user503 | Assigned To | henry | |
|---|
| Priority | normal | Severity | crash | Reproducibility | always |
|---|
| Status | resolved | Resolution | fixed | |
|---|
| Platform | Linux 2.6.32-279.2.1.el6.x86_64 | OS | Red Hat Enterprise Linux | OS Version | 6.3 |
|---|
|
|
| Summary | 0000637: basicChemistryModel incompatible with dynamicRefineFvMesh |
|---|
| Description | The basicChemistryModel class contains the scalarField deltaTChem_ which is not updated by the mesh.update() call. This causes a fatal error when trying to use the chemistry models with a dynamic mesh.
I am able to get a workaround by making the basicChemistryModel::deltaTChem() non-const method public, using a dummy volScalarField to do the mapping, and copying its internal field back and forth into deltaTChem after each mesh update. However, I think that changing deltaTChem to a volScalarField (or some other field type that gets mapped by default?) which is in the object registry would be the most straightforward approach to making these modules compatible. |
|---|
| Steps To Reproduce | Add dynamic meshing to the reactingFoam solver and run a case that causes an increase in the number of elements in the mesh. |
|---|
| Tags | No tags attached. |
|---|
|
|
