Ramping Courant Number
 

A quick query about the 'ramping' of values in StarCCM+.
As I am running a highly hypersonic case the starting Courant number had to be small, but I have put a rampping function in to gradually increase the value over a number of iterations.
The set up in Star is straight forwards with a start and end iteration, and a initial Courant number defined. But what I could not gather from the UG was a what value does the Courant number reach or plateau out at, or is this just dependednt on the solution and applies the maximum value it can?

Cheers,
Martin

See attached image ...

Cheers! I did wonder about that.

It is a bit cryptic, the way they have the final number seperated from the initial number.

Not necessarily cryptic. The ramp just has its own definition.
Imagine, you want to change the CFL number much after the end of the ramp. Why should you search for the CFL number by looking in the ramp? There's no reason and some guy might complain about a cryptic way they have hidden the CFL number in the ramp node.

So to keep it seperate from the ramp (and its initial value) is just as much cryptic as it might be in another case when you have put it together.

I understand why they have it how they do, but still think it is a bit cryptic not to have the start value and end value next to eachother. Maybe the placement of the variable should be moved when ramp is turned on?

That would be an option, but that would affect the Java API as well, so most likely that will not be changed.
An to be honest, it's no big issue as long as you know where you can find it, isn't it?

It is not an issue to me, but I think it does confuse people new to the software (which is why we have a thread here)