Reference Input for State Space Controller

Click For Summary

Discussion Overview

The discussion revolves around the implementation of a State Space controller with a focus on the role of reference inputs in control systems. Participants explore the implications of including a reference input, particularly in relation to steady-state error and system behavior in response to disturbances.

Discussion Character

  • Technical explanation
  • Conceptual clarification
  • Debate/contested
  • Mathematical reasoning

Main Points Raised

  • Some participants propose that the introduction of a reference input modifies the dynamics of the control system significantly, especially when estimators are involved.
  • One participant questions how a precompensator can eliminate steady-state error when graphs show different stabilization points before and after its introduction.
  • Another participant argues that the goal of a reference input is to drive the system state to match the reference input, while others clarify that this is not always necessary depending on the design objectives.
  • There is a suggestion that for certain applications, such as rejecting disturbances, a simpler full-state feedback design without a reference input may suffice.
  • Participants express uncertainty about the necessity of tracking a reference input if the primary goal is to stabilize the system without steady-state error.
  • One participant indicates a desire to maintain the cart's position at zero while stabilizing the pendulum, leading to discussions about the appropriate control strategy.

Areas of Agreement / Disagreement

Participants express differing views on the necessity and implementation of reference inputs in state-space control design. Some agree on the importance of reference inputs for tracking, while others suggest that they may not be needed for all applications, indicating an unresolved debate on this topic.

Contextual Notes

Participants reference specific design criteria and performance specifications, but there is a lack of consensus on how to interpret the graphs and the implications of the precompensator on steady-state error. The discussion reveals varying assumptions about the role of reference inputs and the desired outcomes of the control system.

Who May Find This Useful

This discussion may be useful for students and practitioners in control systems engineering, particularly those interested in state-space design and the implications of reference inputs on system performance.

NeuralNet
Messages
24
Reaction score
0
In the design of a State Space controller using state feedback the input to the plant is given as (where [itex]y=x[/itex] & [itex]D=0[/itex]): [tex]u=-Kx[/tex]
1zztv.png

If there is a "reference input" then it would be:
[tex]u=-Kx+r[/tex]
20k3evk.png
So the state feedback without the reference input simply drives all of the state variables to zero. When there is a reference input do the state variables get driven to match the values of the reference input?
 
Last edited:
Engineering news on Phys.org
Introducing a reference input in state-space design is a somewhat larger topic than in classic SISO theory. How you choose to include the reference input in the control topology can change the process dynamics considerably (especially when you include an estimator).

The question is very broad. Don't you have a good book on state-space design?
 
Yes, but I can't find a good explanation of how the reference input works. I was trying to ask a very general question. Let me ask a very specific one instead.

My question is in regards to the section of "Adding precompensation" on this page:
http://ctms.engin.umich.edu/CTMS/index.php?example=InvertedPendulum&section=ControlStateSpace

I am confused about how after they add the precompensator they claim that "...the steady-state error of the cart's position has been eliminated". (I am referring to the third graph on the page).

If you look at the graph before that one the cart stabilizes at about -3mm (I think that means 3mm to the left). Then after they add the precompensator the cart stabilizes at 200mm (to the right?)!

How did that get rid of the steady state error? Is this a mistake?
 
Notice at the top where they list their design criteria, the objective is to adhere to some performance specifications for a 0.2 m step input. The third graph shows it settling to 0.2 m, as it should.
 
But before they add that it only deviates 3mm from the initial point, which is much less than 200mm. Am I interpreting the graphs correctly: the cart moves to the left -3mm in the second graph, and to the right 200mm in the third graph?
 
You're missing the point. They _want_ it to go to 0.2 m, so the steady state error in the second graph is terrible (0.2 m - 0.003 m = a lot).

It's much better in the third graph as it settles to 0.2 m, i.e. there's no steady state error.
 
Okay, so this brings me back to my original question. Is the goal of a reference input to drive the state to the point that matches the input?
 
Well, yes - the process state or output. The point of introducing the reference input is to have the process track it somehow. Did you have an other idea of what is what for?
 
No, that is what I thought, but I wasn't sure. So for my application I am implementing the control system described on that page - but I want all of the states to go to zero, even after a step input (bumping the cart).

So do I just play around with that Nbar precompensator value until I get the steady state response of the cart to zero?
 
  • #10
That whole 'adding precompensation' step is one of the control topologies you can use to introduce a reference input, but why do you want the system to be able to track a reference if you're not going to use it for anything? You could of course just do the design as they show and set r to the zero vector.

If you just want a regulator design that can reject disturbances, then you only need to do regular old full-state feedback with pole placement. I'd be very suprised if your book doesn't have a section/chapter on it.
 
  • #11
milesyoung said:
... why do you want the system to be able to track a reference if you're not going to use it for anything? You could of course just do the design as they show and set r to the zero vector.

If you just want a regulator design that can reject disturbances, then you only need to do regular old full-state feedback with pole placement.

That is what I thought, but my professor has argued with me about how I need a reference input. So I simply set the reference input to zero - i.e. just leave the reference input out?

So how would you suggest I account for a step input? Does the state feedback already account for that, or does it only account for the instabilities within the modeled plant?
 
  • #12
... but I want all of the states to go to zero, even after a step input (bumping the cart).
I might have misunderstood what you meant here - I thought you meant a step input as in a disturbance which the regulator should reject.

Let me just get something straight then - do you want the system to be able to track a step input with zero steady state error? If so, then you need to use the design from the page you have linked or some other topology that includes a reference input.
 
  • #13
I want the system to stabilize the pendulum while keeping the cart toward the center of the track.

So it needs to balance the pendulum in its inverted state and if you tap the cart the pendulum needs to stay stabilized. That's it.
 
  • #14
Then all you need is full-state feedback with pole placement.

So how would you suggest I account for a step input?
What do you mean by this though?
 
  • #15
When you bump the cart. That is what I am referring to as a step input.

Sorry for the confusion.
 
  • #16
Alright, so no need for tracking. They use LQR design for pole placement in the page you have linked to - maybe you should stay clear of that for now to keep things simple.

The design procedure you need is straightforward and covered in any decent book on state-space design - usually in the first couple of chapters.
 
  • #17
So where in the block diagram does the step input actually occur if I don't want to track it?
 
  • #18
At the reference input - I assume its 'r' in your second block diagram? Seems you just added it like you would with a classic SISO system.

Just use your first block diagram, you don't need the reference input. And again, I'd really recommend you have a readthrough of some basic state space design first.
 

Similar threads

  • · Replies 12 ·
Replies
12
Views
4K
  • · Replies 21 ·
Replies
21
Views
14K
  • · Replies 4 ·
Replies
4
Views
5K
  • · Replies 46 ·
2
Replies
46
Views
6K
  • · Replies 1 ·
Replies
1
Views
9K
  • · Replies 4 ·
Replies
4
Views
2K
  • · Replies 49 ·
2
Replies
49
Views
12K
  • · Replies 5 ·
Replies
5
Views
5K
  • · Replies 2 ·
Replies
2
Views
5K