CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > ANSYS > CFX

Convergence on Local Time Scale Acceptable

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   August 10, 2006, 06:43
Default Convergence on Local Time Scale Acceptable
  #1
Turbine
Guest
 
Posts: n/a
Hi

I have a peculiar problem on hand. Whenever I run my model on Local Time Scale, it converges, buth when I switches to Physical Timescale, the run gives some mach number issues / floating point exceptions and will come out.

I was wondering if Convergence based on Local time scale is acceptable or not / If not what needs to be done.

Thanks

GT
  Reply With Quote

Old   August 10, 2006, 17:50
Default Re: Convergence on Local Time Scale Acceptable
  #2
Glenn Horrocks
Guest
 
Posts: n/a
Hi,

Convergence on local timescale factor is OK, I use it all the time. Depending on your simulation you may also need to converge on imbalances.

Glenn Horrocks
  Reply With Quote

Old   August 11, 2006, 08:55
Default Re: Convergence on Local Time Scale Acceptable
  #3
Mike
Guest
 
Posts: n/a
I disagree that convergence using a Local Timescale Factor is OK. It can give you non-physical converged results. You should use it to accelerate convergence, but always finish off with a constant timescale and run for at least one domain advection time. If the physical timescale is failing but local timescale is OK, then you probably just need to reduce your physical timescale. I guess if you have experience using a local timescale for a given type of simulation, and you know that finishing off with a physical timescale doesn't change the results, then you could just use the local timescale results; however I'd be very cautious about doing this. Hope this helps, Mike
  Reply With Quote

Old   August 11, 2006, 13:33
Default Re: Convergence on Local Time Scale Acceptable
  #4
Robin
Guest
 
Posts: n/a
Mike is absolutely right. Local Timescale Factor may be useful for getting through some startup transients, but should not be trusted for the final solution. If you job blows up when using a physical timescale (after trying to increase or decrease it), you probably have a problem with your physics or mesh. Local Timescale Factor will keep the solver stable and disguise these problems.

Regards, Robin
  Reply With Quote

Old   August 13, 2006, 18:51
Default Re: Convergence on Local Time Scale Acceptable
  #5
Glenn Horrocks
Guest
 
Posts: n/a
Hi,

If this is the case then it is an important point on using the local timescale option and really should be documented in the manual. I can't see any references in the manual about this issue.

Regards, Glenn Horrocks
  Reply With Quote

Old   August 14, 2006, 07:01
Default Re: Convergence on Local Time Scale Acceptable
  #6
Turbine
Guest
 
Posts: n/a
Glenn, Mike, Robin

Thanks a lot for all your inputs. I believe now that first we can stabilise our runs with Local Time scale factor and when all the imbalances stabilise, we need to switch to Physical time scale .

Was wondering, if there is any particular use of Local Time Scale At all ?

Thanks

GT

  Reply With Quote

Old   August 14, 2006, 09:09
Default Re: Convergence on Local Time Scale Acceptable
  #7
Robin
Guest
 
Posts: n/a
Hi Glenn,

You're right, this probably could be explained better, although the documentation does warn that it is best used on meshes of uniform element size.

Regards, Robin
  Reply With Quote

Old   August 14, 2006, 09:13
Default Re: Convergence on Local Time Scale Acceptable
  #8
Robin
Guest
 
Posts: n/a
Early releases of the solver were not as stable and Local Timescale Factor could be useful to get through some of the initial startup transients. This is not generally the case anymore and I would personally say that there is no use for this. It can still help hold the solver together in some cases, but it is my experience that in the end, there was a problem with the mesh or physics that should have been addressed instead and the Local Timescale Factor only disguised the problem.

-Robin
  Reply With Quote

Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Extrusion with OpenFoam problem No. Iterations 0 Lord Kelvin OpenFOAM Running, Solving & CFD 8 March 28, 2016 12:08
Moving mesh Niklas Wikstrom (Wikstrom) OpenFOAM Running, Solving & CFD 122 June 15, 2014 07:20
How to write k and epsilon before the abnormal end xiuying OpenFOAM Running, Solving & CFD 8 August 27, 2013 16:33
directMapped problem panda60 OpenFOAM Bugs 4 July 8, 2010 11:23
Differences between serial and parallel runs carsten OpenFOAM Bugs 11 September 12, 2008 12:16


All times are GMT -4. The time now is 14:13.