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

Trying to increase Time-step in COMSOL CFD

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   December 30, 2015, 16:51
Default Trying to increase Time-step in COMSOL CFD
  #1
New Member
 
David Flemming
Join Date: Oct 2015
Posts: 12
Rep Power: 10
Davitt is on a distinguished road
Hi everyone,

I'm using COMSOL and I'm running a CFD analysis of a wind turbine. I did a 2D model of it and ran the simulation and it worked out well.

Now I'm trying a 3D model with alot more DOFs and the solution is super slow. I actually don't mind that the time-steps take longer but the real issue is that the size of the time-steps are extremely small.

For example: a normal time interval would be around 0.15s but the time step I'm getting is around 0.00015 or less. and it gets even smaller as the fluid flow magnitude increases.

Also, I'm running the simulation on a i7-4930K, 3.4GHz hexacore processor with multithreading, 32GB of RAM, 64 bit OS...but for some reason COMSOL only uses about 3GB of RAM when running the analysis.

Does anyone using COMSOL know how to redress this situation?

Any help will be greatly appreciated..

Thank you,
Davitt
Davitt is offline   Reply With Quote

Old   December 30, 2015, 19:09
Default
  #2
Senior Member
 
Michael Prinkey
Join Date: Mar 2009
Location: Pittsburgh PA
Posts: 363
Rep Power: 25
mprinkey will become famous soon enough
Quote:
Originally Posted by Davitt View Post
but for some reason COMSOL only uses about 3GB of RAM when running the analysis.
I haven't used COMSOL, but there is no reason that a simulation will use more memory than it needs to just store a few timesteps worth of DOFs and whatever intermediate working sets (sparse linear equation matrices, Krylov space vectors, etc.) it needs. In most CFD codes I've used and developed, the memory working size is roughly proportional to the computational cell count, or equivalently, the DOF count. In FLUENT, it was roughly 1 kB per cell, at least for the segregated single phase solver. If your have a few million elements in your model, then you are probably using about the right amount of memory.

Reasons for small timesteps can be numerous. Again, I am not familiar with the algorithm that COMSOL is using, but if you are setting a CFL number and the algorithm is adapting the timestep to meet that criteria, then you likely have one or more small cells that are seeing very high velocities and the code is responding by cutting the timestep. Also, if you are doing FSI or even just moving mesh, there may be mesh motion limits that are making the timestep so small--maybe because an element would become too skewed or even negative volume if a larger time step was chosen. Also, it maybe depend on the turbulence model that you are using and the mesh near the blades, etc.

Sorry I don't have more specific recommendations, but I would say to check your grid. You may not have a worse 3D grid than your did in 2D, but 2D simulations can be more forgiving about such things. The other thing to consider is what the real characteristic times of your physical system are--it is possible that there timescales in the 3D system that are not there or are much larger in the 2D system and didn't surface before. If you find that there are critical physics happening on the scale of your current small timestep, you have to accept that and wait.
mprinkey is offline   Reply With Quote

Old   December 31, 2015, 06:40
Default
  #3
New Member
 
David Flemming
Join Date: Oct 2015
Posts: 12
Rep Power: 10
Davitt is on a distinguished road
Thanks for very prompt and informative reply mprinkey...you've given me some very important points to consider. I'm going to look into them and make some modifications. I'll let you know what happens.

Thanks again
Davitt
Davitt is offline   Reply With Quote

Old   January 1, 2016, 17:22
Default
  #4
Member
 
Kaya Onur Dag
Join Date: Apr 2013
Posts: 94
Rep Power: 13
kaya is on a distinguished road
Hi

I am not sure what is a DOF in COMSOL. Is it the DOF of the turbine structure? I don't think so but thats what just popped out when I googled. If thats the case, your time step can't be longer than the half period of the finest structural mode you're resolving, which are usually at very high frequencies.

If you're just running stiff rotating rotor computations, in case you have a very fine grid, your time step would be dependent on that. Imagine a constant CFL condition, if you double the mesh you'd have to half the time step to keep the same CFL.

Ah also for a wind turbine operating at tip speed ratio \lambda = 8, you get about 70m/s tip speed at an average inflow velocity and this is quite bit of a movement around that super small sized meshes. I am not sure which control parameters you have there but maybe you can try reducing the rotor speed somehow or coarsen the mesh and see.
kaya is offline   Reply With Quote

Old   January 3, 2016, 14:12
Default
  #5
New Member
 
David Flemming
Join Date: Oct 2015
Posts: 12
Rep Power: 10
Davitt is on a distinguished road
Thank you for your input Kaya...

I believe DOF refers to the degrees of freedom of every finite element in the analysis domain. So it should refer to DOF of turbine structure as well as the surrounding fluid, ie. all the domains of the study.

Also, what do you mean by 'the half period of the finest structural mode'? The turbine is actually a savonius turbine with a tip speed ration of about 0.8 so it does not achieve very high speeds so I believe the frequency may be low.

Thank you for your suggestions.
Davitt
Davitt is offline   Reply With Quote

Old   January 3, 2016, 14:23
Default
  #6
Member
 
Kaya Onur Dag
Join Date: Apr 2013
Posts: 94
Rep Power: 13
kaya is on a distinguished road
imagine a ruler at the edge of a table, when you hit it it starts vibrating up and down and what you're looking is the first flapwise mode. same goes with wind turbine blades. say the frequency of the movement is 1Hz, to be able to capture the movement you need a sampling dt max 0.5 sec.

Although I have no idea about strucctural modes of vertical axis turbines, you said your dt is 0.00015 i don't believe that you have a structural mode at the range of thousands of hertz... so perhaps your dominating dt limitation is from the flow solver but I think you should shot down the structural solver first and play with your mesh.
kaya is offline   Reply With Quote

Old   January 5, 2016, 13:58
Default
  #7
New Member
 
David Flemming
Join Date: Oct 2015
Posts: 12
Rep Power: 10
Davitt is on a distinguished road
Hey guys...so I revisited my mesh and made it a bit course. Now when I start the calculations the time step starts ok then reduces and reduces to the point where it's about 0.00001s and now it just stays at one time step or it's probably getting even smaller and the increment is too small to measure.
There's only 122,000 DOFs...can the quality of the mesh cause the small time steps?
Davitt is offline   Reply With Quote

Old   April 6, 2016, 21:37
Default
  #8
New Member
 
Mark Schulte
Join Date: Dec 2015
Posts: 19
Rep Power: 10
Jehosh is on a distinguished road
I have found with a very coarse mesh, time steps need to be very small to converge. On the other hand, with a very fine mesh it becomes very expensive to run all the calculations. There is a bit of a sweet spot in the middle. Part of the CFD art.
Jehosh is offline   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
time step continuity problem in VAWT simulation lpz_michele OpenFOAM Running, Solving & CFD 5 February 22, 2018 19:50
Extrusion with OpenFoam problem No. Iterations 0 Lord Kelvin OpenFOAM Running, Solving & CFD 8 March 28, 2016 11:08
InterFoam negative alpha karasa03 OpenFOAM 7 December 12, 2013 03:41
calculation diverge after continue to run zhajingjing OpenFOAM 0 April 28, 2010 04:35
Could anybody help me see this error and give help liugx212 OpenFOAM Running, Solving & CFD 3 January 4, 2006 18:07


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