This page is the foundation for the rest of the Control Systems section. If you've never taken a controls course, or it's been a while, read this first. It covers just enough to follow Money as a Control System and Agent Autonomy as Loop Gain, and it uses the same notation as their diagrams. There's no proof here, only the ideas and the handful of equations that carry them.
1. Open loop and closed loop
Every control system has the same cast:
| Part | What it does | Example: a room's heating |
|---|---|---|
| Plant | The thing being controlled | The room |
| Controller | Decides what to do | The thermostat logic |
| Actuation | The controller's output, which drives the plant | Heater power |
| Output | What you care about | Room temperature |
| Reference | Where you want the output to be (the setpoint) | 21 °C |
| Sensor | Measures the output | The thermometer |
| Error | Reference minus measurement | How far from 21 °C you are |
| Disturbance | Anything outside that pushes the output | An open window |
In an open-loop system, the controller sets the input and never checks the result. You run the heater for an hour and hope the room is warm. In a closed-loop system, the output is measured and fed back, and the controller acts on the error. That wire running from the output back to the input is what feedback means.
Figure 1. Top: open loop, where the output is never checked. Bottom: closed loop, where the output is fed back (blue) and subtracted from the reference.
Try the thermostat loop
Raise the setpoint, then open the window. Can the room stay warm? Compare feedback with a heater running at fixed power.
↩ Sensor feeds room temperature back to the thermostat
Watch the error shrink as the room warms. Opening the window increases heat loss; feedback responds by keeping the heater on longer.
Thermostat: ON below setpoint − 0.3 °C; OFF above setpoint + 0.3 °C. Between those limits, it keeps its last state.
Illustrative model · Outside: 5 °C · 1 second = 2 simulated minutes · Chart shows the last 60 minutes. The heater has limited power: with the window open, high setpoints may be unreachable.
2. Reading a block diagram
Block diagrams are the language of the field. The rules are few:
- A block multiplies its input by what's written inside it, the block's transfer function. Output (block) input.
- A circle is a summing junction. Its inputs are added or subtracted according to the sign next to each arrow.
- A dot is a takeoff point: the same signal is copied onto two wires. A plain crossing with no dot means the wires aren't connected.
- The forward path runs left to right. The feedback path runs back underneath. On this site, feedback is drawn in blue.
- A diagonal arrow through a block means its gain is adjustable: something else tunes it. A dashed line is a slow, supervisory signal rather than one that changes every moment.
Figure 2. The standard feedback loop, with a disturbance entering at the plant input and a sensor in the feedback path.
Follow the signals in Figure 2 and two equations fall out: , and . Solve them together:
The product is the loop gain, the total gain once around the loop. This one equation explains most of why feedback is worth having. When the loop gain is large, the first fraction approaches , so the output follows the reference. The second fraction shrinks toward zero, so disturbances get pushed out. Feedback buys accuracy and robustness, and pays for it with the risk of instability, which the rest of this page is about.
The minus sign at the junction makes it negative feedback: the loop pushes against deviations. With a plus sign it becomes positive feedback, where the loop amplifies whatever it sees. That's dangerous in a thermostat, but it's exactly how compound interest and reinvested profit behave.
3. Transfer functions and the Laplace transform
The dynamics of a plant are usually differential equations. The Laplace transform turns them into algebra: a derivative becomes multiplication by , and an integral becomes division by . That's why every block in these diagrams is a fraction in .
| Element | Time domain | Transfer function | Everyday example |
|---|---|---|---|
| Gain | A lever | ||
| Integrator | A tank filling, a bank balance | ||
| First-order lag | A cup of coffee cooling | ||
| Dead time | A pipe: what goes in comes out seconds later |
The integrator is the one to know. A bank balance is the integral of everything that flows in and out. A buffer on a production line is the integral of the difference between inflow and outflow. Any time something accumulates, there's a in the diagram.
4. Poles and stability
Write a transfer function as a fraction. The values of that make its denominator zero are its poles, and they decide how the system behaves. Each pole contributes a term like to the response:
- A real pole decays. The system settles.
- A real pole grows without bound. The system is unstable.
- A complex pair oscillates at frequency , decaying if and growing if .
So the rule is geometric. Plot the poles in the complex s-plane: the system is stable when every pole is in the left half-plane.
Figure 3. Left: in continuous time, poles in the left half-plane decay and poles in the right half-plane grow. Right: in discrete time, the boundary is the unit circle.
A quick example: has the transfer function and a pole at . With , it grows exponentially. That's an unstable system in the textbook sense, and it's also a savings account. Whether "unstable" is bad depends on whether you wanted the thing to grow.
5. Damping and the step response
The standard way to see a system's character is its step response: change the reference suddenly and watch the output. Many real systems behave like a second-order system with a natural frequency and a damping ratio :
Figure 4. The same step for three damping ratios. Low damping overshoots and rings, never overshoots, and is the usual compromise: fast, with a small overshoot.
Low damping is fast but rings. High damping is calm but slow. Most practical tuning aims for something near . The manufacturing circuit model uses this idea to tune control gain and adjustment lag, then checks physical WIP capacity separately. Adding unused storage alone does not change damping.
6. Discrete time and the z-plane
Many real loops don't act continuously. They act once per period: a paycheck, a weekly review, a controller scan cycle. For these, is replaced by , where multiplying by means "one period ago." A delay of periods is , and a running total (the discrete integrator) is .
The stability rule changes shape but not meaning. A discrete system is stable when every pole sits inside the unit circle, . A pole at shrinks the error by 60% each period. A pole at grows it by 6% each period.
Discrete time allows something continuous time can't: a deadbeat controller, which removes an error completely in a single step. Topping a checking account back up to its target on every payday is deadbeat control.
7. Delay: the dangerous part
Dead time, a delay between acting and seeing the result, is what destabilizes most real loops. The controller keeps pushing because it can't yet see that its last push worked. By the time the effect arrives, it has pushed too far, and the correction overshoots the other way.
Take the simplest discrete loop: each period, move a fraction of the measured error, where the measurement is periods old.
With no delay, it's stable for . With one period of delay, the characteristic equation becomes , and stability needs . Every extra period of delay tightens the limit further.
Figure 5. The same gain, , with three amounts of delay. With no delay it settles smoothly. With one period it rings and settles. With three periods the same gain is unstable, and the swings grow.
That's the whole argument behind "wait for the data before you react again." When a measurement is slow (ad attribution, payouts, a prediction's due date), the safe move is to lower the gain: react less, or react less often.
8. The practical layer
Real loops add a few things the clean math leaves out:
- Saturation. Actuators have limits: a valve can only open so far, and a budget can only spend so much. Drawn as a block with a flat-topped curve, saturation also works as a safety feature.
- Rate limits. These cap how fast an input may change, so one bad decision can't move the system far.
- Adjustable gain. The gain is tuned while running, often by a slower outer loop. It's drawn as a diagonal arrow through the block.
- Interlocks. These are hard stops that sit outside the control logic. On a plant, the safety system is separate from the process controller, and the operator can't edit it.
- System identification. Measure how the plant responds, at a fixed open-loop input, before closing the loop. You can't tune a gain you haven't measured.
Notation used in this section
| Symbol | Meaning |
|---|---|
| Reference, the setpoint | |
| Output | |
| Error: reference minus measurement | |
| Actuation: the controller's output | |
| Plant, controller, sensor transfer functions | |
| A gain, often the adjustable one | |
| Laplace variable (continuous time). is an integrator | |
| Discrete-time variable. is one period of delay, a running total | |
| , | Dead time of seconds, or periods |
| Damping ratio, natural frequency |
The other pages reuse letters for their own quantities (in the money article, is owner draws and is the savings yield). Each page defines its symbols where they first appear.
Where to go next
- Money as a Control System: integrators, positive feedback, a deadbeat buffer and a delayed loop, applied to savings and a business.
- Agent Autonomy as Loop Gain: adjustable gain, saturation, interlocks and an outer tuning loop, applied to AI agents.
- A Circuit-Inspired Framework for Manufacturing Systems: second-order dynamics and damping on a production line.
- Everything I Build Is a Control Loop: the short version, without the math.