Configure Optimization Solver for Nonlinear MPC
By default, nonlinear MPC controllers solve a nonlinear programming problem using the
fmincon function with the SQP algorithm, which requires Optimization Toolbox™ software. If you do not have Optimization Toolbox software, you can specify your own custom nonlinear solver.
Solver Decision Variables
For nonlinear MPC controllers at time tk, the nonlinear optimization problem uses the following decision variables:
Predicted state values from time tk+1 to tk+p. These values correspond to rows 2 through p+1 of the
Xinput argument of your cost, and constraint functions, where p is the prediction horizon.
Predicted manipulated variables from time tk to tk+p-1. These values correspond to the manipulated variable columns in rows 1 through p of the
Uinput argument of your cost, and constraint functions.
Therefore, the number of decision variables NZ is equal to p(Nx+Nmv) + 1, Nx is the number of states, Nmv is the number of manipulated variables, and the +1 is for the global slack variable.
Specify Initial Guesses
A properly configured standard linear MPC optimization problem has a unique solution. However, nonlinear MPC optimization problems often allow multiple solutions (local minima), and finding a solution can be difficult for the solver. In such cases, it is important to provide a good starting point near the global optimum.
During closed-loop simulations, it is best practice to warm start your nonlinear solver. To do so, use the predicted state and manipulated variable trajectories from the previous control interval as the initial guesses for the current control interval. In Simulink®, the Nonlinear MPC Controller block is configured to use these trajectories as initial guesses by default. To use these trajectories as initial guesses at the command line:
optoutput argument when calling
nlmpcmoveoptobject contains any run-time options you specified in the previous call to
nlmpcmove. It also includes the initial guesses for the state (
opt.X0) and manipulated variable (
opt.MV0) trajectories, and the global slack variable (
Pass this object in as the
optionsinput argument to
nlmpcmovefor the next control interval.
These command-line simulation steps are best practices, even if you do not specify any other run-time options.
By default, nonlinear MPC controllers optimize their control move using the
fmincon function from the Optimization Toolbox. When you first create your controller, the
Optimization.SolverOptions property of the
object contains the standard
fmincon options with the following
SolverOptions.Algorithm = 'sqp')
Use objective function gradients (
SolverOptions.SpecifyObjectiveGradient = 'true')
Use constraint gradients (
SolverOptions.SpecifyConstraintGradient = 'true')
Do not display optimization messages to the command window (
SolverOptions.Display = 'none')
These nondefault options typically improve the performance of the nonlinear MPC controller.
You can modify the solver options for your application. For example, to specify the
maximum number of solver iterations for your application, set
SolverOptions.MaxIter. For more information on the available solver
fmincon (Optimization Toolbox).
In general, you should not modify the
SpecifyConstraintGradient solver options, since doing so can
significantly affect controller performance. For example, the constraint gradient matrices
are sparse, and setting
SpecifyConstraintGradient to false would cause
the solver to calculate gradients that are known to be zero.
Specify Custom Solver
If you do not have Optimization Toolbox software, you can specify your own custom nonlinear solver. To do so, create a custom wrapper function that converts the interface of your solver function to match the interface expected by the nonlinear MPC controller. Your custom function must be a MATLAB® script or MAT-file on the MATLAB path. For an example that shows a template custom solver wrapper function, see Optimizing Tuberculosis Treatment Using Nonlinear MPC with a Custom Solver.
You can use the Nonlinear Programming solver developed by Embotech AG to simulate and generate code for nonlinear MPC controllers. For more information, see Implement MPC Controllers using Embotech FORCESPRO Solvers.
To configure your
nlmpc object to use your custom solver wrapper
function, set its
Optimization.CustomSolverFcn property in one of the
Name of a function in the current working folder or on the MATLAB path, specified as a string or character vector
Optimization.CustomSolverFcn = "myNLPSolver";
Handle to a function in the current working folder or on the MATLAB path
Optimization.CustomSolverFcn = @myNLPSolver;
Your custom solver wrapper function must have the signature:
function [zopt,cost,flag] = myNLPSolver(FUN,z0,A,B,Aeq,Beq,LB,UB,NLCON)
This table describes the inputs and outputs of this function, where:
NZ is the number of decision variables.
Mcineq is the number of linear inequality constraints.
Mceq is the number of linear equality constraints.
Ncineq is the number of nonlinear inequality constraints.
Nceq is the number of nonlinear equality constraints.
Nonlinear cost function to minimize, specified as a handle to a function with the signature:
[F,G] = FUN(z)
|Input||Initial guesses for decision variable values, specified as a vector of length NZ|
|Input||Linear inequality constraint array, specified as an
array. Together, |
|Input||Linear inequality constraint vector, specified as a column vector of length
Mcineq. Together, |
|Input||Linear equality constraint array, specified as an
array. Together, |
|Input||Linear equality constraint vector, specified as a column vector of length
Mceq. Together, |
|Input||Lower bounds for decision variables, specified as a column vector of length NZ, where .|
|Input||Upper bounds for decision variables, specified as a column vector of length NZ, where .|
Nonlinear constraint function, specified as a handle to a function with the signature:
[cineq,c,Gineq,Geq] = NLCON(z)
|Output||Optimal decision variable values, returned as a vector of length NZ.|
|Output||Optimal cost, returned as a scalar.|
Exit flag, returned as one of the following:
When you implement your custom solver function, it is best practice to have your solver use the cost and constraint gradient information provided by the nonlinear MPC controller.
If you are unable to obtain a solution using your custom solver, try to identify a special condition for which you know the solution, and start the solver at this condition. If the solver diverges from this initial guess:
Check the validity of the state and output functions in your prediction model.
If you are using a custom cost function, make sure it is correct.
If you are using the standard MPC cost function, verify the controller tuning weights.
Make sure that all constraints are feasible at the initial guess.
If you are providing custom Jacobian functions, validate your Jacobians using