Closed 1ozturkbe closed 4 years ago
Arg, I thought this was going to be an easy merge, but it seems like a variable ('C_m') is unbounded only when solving with cvxopt. I tried adding a dummy lower bound to the problem although C_m has a substitution, but this didn't fix the issue. I am traveling this weekend, but can look more in detail on Monday. In the meanwhile, if you have any insights @bqpd they would be appreciated.
@bqpd looked at this again, and don't see any reason why the cvxopt solves should give unbounded, esp since mosek solves the problems fine. Is it possible to put a skipsolvers for the SimPleAC models in tests?
@bqpd this is important for getting documentation up for robust, so I would appreciate your time! What do you think is the best approach?
I think the problem is actually this error message (from here)
SP is not converging! Last GP iteration had a higher cost (3e+03) than the previous one (2.7e+03). Results for each iteration are in (Model).program.results. If your model contains SignomialEqualities, note that convergence is not guaranteed: try replacing any SigEqs you can and solving again.
The unbounded warning occurs in a cycle of feasibility solves, probably after some variable goes to 0/inf.
It looks like the new model just doesn't solve with cvxopt. Because gpkitmodels are currently the only ones that otherwise do, I'd like to keep it that way...maybe add a from gpkit import settings; if settings["default_solver"] == "cvxopt": return
?
That's what I thought. I guess I'll add that.
test models please
oy, now gassolar and jho are giving issues, probably because of the PR that they are waiting for. When you are ready @bqpd please merge.
sorry for the late response! which PRs?
The models are raising KeyErrors only when they are solved with mosek, likely because the signomial models (jho, solar etc.) have exceptions that make them not solve with cvxopt.
gassolar at a minimum as a skipsolvers for cvxopt, which is the only reason it passes for cvxopt. I'm trying to find the exact line of failure rn.
test models please
It's an issue with varkeys here. Mission.Loiter.t is not valid apparently.
those KeyErrors should be fixed, since the last PR test passed models...
retesting to confirm this is still active
huh, funny... let's see.
looks like they're passing!
yey! Let's wait for the last, and merge!
This adds revisions for integration with robust testing (so we can remove gassolar from the requirements, as it is no longer being kept up to date).