View Issue Details

IDProjectCategoryView StatusLast Update
0003758OpenFOAMBugpublic2021-11-29 14:41
Reportersspano Assigned Tohenry  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionno change required 
PlatformGNU/LinuxOSUbuntuOS Version19.10
Product Versiondev 
Summary0003758: Variable time step not working in reactingFoam when engineTime is used
DescriptionI am trying to simulate the combustion of methane in an internal combustion engine, using the reactingFoam solver. The kinetic mechanism I am trying is GRI.
You can find uploaded two case folders in which the only difference is that in one of the two cases (reactingFoam_VTS) the "adjustTimeStep" option is enabled. In the two folder cases, you can find the log file where I registered the first time steps calulations. In the one with the adjustTimeStep option enabled, the input parameters are correctly read, but the first time step which is calculated is 71 CAD (starting from -145), and then, after 71, smaller time steps are computed.

Note: I noticed that the variable time step works as expected in the kivaTest tutorial.
Steps To ReproduceDownload the case folders and run reactingFoam
TagsNo tags attached.

Activities

sspano

2021-11-29 09:03

reporter  

reactingFoam.zip (316,052 bytes)
reactingFoam_VTS.zip (1,370,253 bytes)

henry

2021-11-29 11:32

manager   ~0012284

The content of the -145/uniform/time file is out of date and inconsistent, I suggest you delete the -145/uniform directory.

Also given that you are adjusting the time step it would make sense to use

writeControl adjustableRunTime;

sspano

2021-11-29 12:02

reporter   ~0012285

It works fine now! Thank you very much, the folder uniform never gave me this problem, thank you!

Issue History

Date Modified Username Field Change
2021-11-29 09:03 sspano New Issue
2021-11-29 09:03 sspano File Added: reactingFoam.zip
2021-11-29 09:03 sspano File Added: reactingFoam_VTS.zip
2021-11-29 11:32 henry Note Added: 0012284
2021-11-29 12:02 sspano Note Added: 0012285
2021-11-29 14:41 henry Assigned To => henry
2021-11-29 14:41 henry Status new => closed
2021-11-29 14:41 henry Resolution open => no change required