-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Basic grid refinement #119
Comments
@PierreMartinon @jbcaillau @0Yassine0 In the Space shuttle problem from |
We can do
We cannot do
On the other hand, we could try to do that by using a fixed grid on [0,1] with a series of n positive optimization variables Dt_i, and manually rescale the dynamics. I expect the numerical cost to be horrendous though. |
@ocots @PierreMartinon @0Yassine0 yes, the usual manual trick works to glue things (e.g. multidynamics with unknown switching time). Actually, it is interesting and not completely standard to optimise the grid points themselves: interesting to compare with a uniform grid size (should be better, but price to pay = more vars). @ocots I remember that you did sth similar, no? @PierreMartinon @joseph-gergaud not very difficult to add this possibility in the transcription process (enforcing a lower bound on each |
I think I can do a simple example for this. @jbcaillau, you typically take positive Dt_i instead of the t_i themselves, easier constraint ;-) |
A basic illustration here #158 |
Added an example in #158 |
@PierreMartinon now that it is possible to pass a
time_grid
, we can rather easily combine solve with grid refinement and warm start to solve iteratively on a adaptive discretisation.The text was updated successfully, but these errors were encountered: