View Issue Details

IDProjectCategoryView StatusLast Update
0000698OpenFOAMBugpublic2013-03-14 08:29
Reportermichele Assigned Touser4 
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
PlatformLinuxOSOpenSuseOS Version11.3
Summary0000698: The "sets" runtime functionObject gives wrong results
DescriptionThe "sets" runtime functionObject gives wrong results
Steps To ReproduceOn the case attached, run:
blockMesh; pimpleDyMFoam > log.pimpleDyMFoam; sample

If we compare the following files:
1 ./setFunObj/0.003/line_p.xy (generated runtime via functionObject),
2 ./sets/0.003/line_p.xy (sample output)
we observe that the former has 4 sampling points instead of 5, and the sampled pressure is wrong (aren't the interpolations updated due to mesh motion?).
The sample post-processing utility is working properly, as can be seen in its output.
TagsNo tags attached.

Activities

michele

2012-12-09 12:36

reporter  

user4

2012-12-12 12:03

  ~0001822

The functionObject version does not seem to be aware of the mesh changes. We're looking into it.

michele

2013-03-11 08:58

reporter   ~0001968

Dear developers,
I tried the annexed test-case on the new 2.2.x OpenFOAM release, and the simulation crashes after the first timestep (commenting out the "sets" sampling function object in the controlDict all works fine).

user4

2013-03-13 17:21

  ~0001997

Fixed in cd124e9745ad9a8b8404c35c643bd21edb25dfeb. I get now same output from sample and functionObject.

It was extraneously deleting the volPointInterpolation and pointMesh - this is now handled automatically through the MeshObject.

Thanks for reporting.

Issue History

Date Modified Username Field Change
2012-12-09 12:36 michele New Issue
2012-12-09 12:36 michele File Added: movingConeSamplingTest.tar.gz
2012-12-12 12:03 user4 Note Added: 0001822
2013-03-11 08:58 michele Note Added: 0001968
2013-03-13 17:21 user4 Note Added: 0001997
2013-03-13 17:21 user4 Status new => resolved
2013-03-13 17:21 user4 Fixed in Version => 2.2.x
2013-03-13 17:21 user4 Resolution open => fixed
2013-03-13 17:21 user4 Assigned To => user4