3.5. Implementing Controllers in Python#
One of the challenges we will face is implementing complex control algorithms within the real-time event loop. Up to this point we have been doing the control calculations directly inside the event loop. This can work well for simple applications, like relay control for a single control variable. But for more complex algorithms and applications, this becomes completely unworkable. Placing the code for complex control algorithms directly in the event loop makes puts an undue burden on the coder to maintain all details of controller and system operation.
What we seek are coding techniques that can encapusulate control algorithms into separate, self-contained blocks of code where they can be developed, tested, and deployed. This notebook introduces three techniques for implementing controllers in testable, modular fashion:
Nested Python functions
Python generators (co-routines)
Python classes
What these techniques have in common is creating blocks of code that maintain their own state, a requirement for useful control algorthms.
The first of these, nested Python functions, exploits the ability of Python to return a function from another function. The ‘outer’ function accepts parameters specifying a desired controller and returns an ‘inner’ function that implements the controller. By using the Python nonlocal
, the inner function can modify variables introduced in the outer function, and thereby accumulate and retain information. The use of nested functions builds on what most coders already know about Python.
Python generators provide a more flexible framework for implementing Python co-routines. Generators use the Python yield
statement to communication data to and from and co-routine. Generators may be a less familiar for many Python coders, but with just a few new keywords and concepts, generators provide a framework with wide range of coding applications. Python generators are a clear and concise way of implementing control algorithms.
Finally, Python classes provide even more flexibility by allowing the use of object oriented programming. This is more overhead than is required from simple control algorithms, but are key to the robust implementation of more complex systems.
This notebook demonstrates these three different approaches to controller implementation. A reader new to Python coding may wish to limit their attention to the first two, nested functions and generators, and leave the more involved aspects of object-oriented coding the Python classes for a later time.
3.5.1. The problem with coding controllers as simple functions#
A function performing the duty of the controller does the calculations necessary to compute a new value of the manipulated variable, \(MV_k\). For relay control with a deadzone, for example, the value of \(MV_k\) is given
where parameters \(MV^{min}\), \(MV^{max}\), and \(d\) define a particular instance of the control algorithm. With known values for those parameters, the current value of \(MV_k\) is determined from process variable \(PV_k\), setpoint \(SP_k\), and the prior value \(MV_{k-1}\).
Here is a simple Python function implementing relay control with deadzone.
def relay_with_deadzone(PV, SP, MV_prev, MV_min, MV_max, d):
if PV <= SP - d:
MV = MV_max
elif PV >= SP + d:
MV = MV_min
else:
MV = MV_prev
return MV
Now let’s put it to work.
%matplotlib inline
from tclab import TCLab, clock, Historian, Plotter, setup
TCLab = setup(connected=False, speedup=20)
# control parameters
U_min = 0
U_max = 100
T_SP = 40
d = 0.5
# time horizon and time step
t_final = 250
# perform experiment
with TCLab() as lab:
lab.P1 = 200
h = Historian(lab.sources)
p = Plotter(h, t_final)
U1 = U_min
for t in clock(t_final):
T1 = lab.T1
U1 = relay_with_deadzone(T1, T_SP, U1, U_min, U_max, d)
lab.Q1(U1)
p.update(t)
![../_images/b4b2d655df28debc2d56f20c98fbdf2c7353a8ba0eb9471a658921edc4628216.png](../_images/b4b2d655df28debc2d56f20c98fbdf2c7353a8ba0eb9471a658921edc4628216.png)
TCLab Model disconnected successfully.
![../_images/b4b2d655df28debc2d56f20c98fbdf2c7353a8ba0eb9471a658921edc4628216.png](../_images/b4b2d655df28debc2d56f20c98fbdf2c7353a8ba0eb9471a658921edc4628216.png)
Let’s consider how this implementation would be extended to complex process applications with more controllers.
If multiple controllers are required, the parameter values for every controller must be available in the event loop.
Because the state of Python functions are lost after a
return
statement, any information required by a controller for the next update must be managed in the event loop. The information that needs to be retained depends on the details of the selected controllers.Any change to a controller implementation requires revision of the event loop, including possible changes to the information retained between updates.
This tight couplineg of the controller implementation, information management, and process operation would present very difficult challenges for the design and maintenance of control systems.
3.5.2. What we seek in a controller implementation#
What we seek in controller implementations are features facilitating the coding and maintenance of complex control systems and algorithms. Ideally, the code would “encapulate” the controllers such that:
Multiple instances of generic control algorithms can be created, each with unique parameter values.
Controller instances maintain the required process information.
Controllers algorithms can be changed without required modification of the event loop.
By separating controller implementations from the event loop, we create a more flexible, maintainable, and testable framework for process control.
3.5.3. Implementing relay control as a Python generator#
3.5.3.1. What is a Python generator?#
To implement process control, we need functions that can receive new measurements of pocess variables and then return updated values for the manipulaed variables. Python generators creates functions which can return multiple values.
Let’s break down what this means by starting with ordinary Python functions. Values are returned from Python functions with the return
statement. When the return statement is encountered the function is done. All local information is lost. The function starts from scratch each time it is called retaining no information from prior use. Moreover, there is no way to communcate with the function after it is called.
def my_function():
return "Hello, World"
print(my_function())
Hello, World
Python generators address these issues with the yield
statement. The yield
statement changes an ordinary function into a generator. A yield
statement is written as
y = yield u
This statement does three things:
The value \(u\) is returned to the calling function. This works exactly the same as a
return
statement in a Python function.Execution of the generator is paused and execution returned to the calling function along with the value returned.
The generator waits to restart execution. Execution is restarted when the next value is requested using the
next
function, or when a value is sent to the generator with.send()
.The value sent to the generator is put into the
y
. This is can be any Python object.
3.5.3.2. Simple examples of Python generators#
Values are returned from generators with a yield
statement. But what makes a generator different is that operation can be restarted to produce values from more yield
statements. (Functions are ‘one and done’, generators come back for another season.)
Because generators can be called multiple times, there are some extra details involved with their use:
An ‘instance’ of the generator must be created before it can be used,
The Python function
next()
gets the value returned by the next yeild statement.
def my_generator():
yield "Hello, World"
yield "Hello, again"
yield "And one last thing ..."
# create an instance of the generator
f = my_generator()
# get values from the generator
print(next(f))
print(next(f))
print(next(f))
Hello, World
Hello, again
And one last thing ...
You can create multiple instances of generators, each maintaining its own state, and can be accessed in any particular order.
def my_dog(dog):
yield f"Hello {dog}"
yield f"Go fetch {dog}"
yield f"Come back {dog}"
f = my_dog("Spot")
g = my_dog("Rover")
print(next(f))
print(next(g))
print(next(g))
print(next(f))
Hello Spot
Hello Rover
Go fetch Rover
Go fetch Spot
Study Question
In the following cell, right a generator called my_counter
that accepts a name, returns it’s name and a counter of how many times it has been called.
def my_counter(name):
n = 0
while True:
n = n + 1
yield name, n
a = my_counter("A")
b = my_counter("B")
print("\nStart A")
for k in range(0, 3):
name, n = next(a)
print(name, n)
print("\nStart B")
for k in range(0, 2):
name, n = next(b)
print(name, n)
print("\nRestart C")
for k in range(0, 2):
name, n = next(a)
print(name, n)
### write solution here
3.5.3.3. Sending information to a Python generator.#
def my_dog(name):
n = 0
msg = ""
while True:
msg = yield f"{name} says {msg} {n}"
n = n + 1
Messages are sent to a generator using a .send(msg)
method. Notice the yield
statement returns a value to a calling function before it can receive a value generator has to return a message before
a = my_dog("Rover")
a.send(None)
print(a.send("Fetch ball"))
print(a.send("Roll over"))
Rover says Fetch ball 1
Rover says Roll over 2
print(a.send("roll over"))
print(a.send("fetch"))
a.close()
Rover says roll over 3
Rover says fetch 4
This behavior has a number very useful implications. The first thing is that we can create multiple instances of a generator, each with it’s own parameters.
The second important implication is that each instance of a generator can maintain its own state in the form of local variables.
def infinite_counter():
i = 0
while True:
yield i
i = i + 1
f = infinite_counter()
print(next(f))
print(next(f))
print(next(f))
print(next(f))
We can also send information to a generator.
def make_power(n):
k = 0
while True:
val = yield k**n
k = val
cube = make_power(3)
print(cube.send(None))
print(cube.send(2))
print(cube.send(12))
3.5.3.4. Coding a relay controller as a Python generator#
def Relay(MV_min=0, MV_max=100, d=0):
MV = MV_min
while True:
SP, PV = yield MV
if PV <= SP - d:
MV = MV_max
if PV >= SP + d:
MV = MV_min
By coding the relay controller as a Python generator, we’ve eliminated the need to store the controller’s parameters as global variable for our main program. This reduces the complexity of the code, and makes it possible. We have decoupled details of the control algorithm from the event loop. This is a big step forward to writing more modular, testable, and ultimately more reliable codes.
%matplotlib inline
from tclab import TCLab, clock, Historian, Plotter, setup
TCLab = setup(connected=False, speedup=20)
# control parameters
controller = Relay(MV_min=0, MV_max=100, d=0.5)
next(controller)
T_SP = 40
# time horizon and time step
t_final = 250
# perform experiment
with TCLab() as lab:
lab.P1 = 200
h = Historian(lab.sources)
p = Plotter(h, t_final)
for t in clock(t_final):
T1 = lab.T1
U1 = controller.send((T_SP, T1))
lab.Q1(U1)
p.update(t)
![../_images/e0e0eaa141e98577dc735363e7a7f79c123cf5c66dc200fe3b7e0fa7acff5af4.png](../_images/e0e0eaa141e98577dc735363e7a7f79c123cf5c66dc200fe3b7e0fa7acff5af4.png)
TCLab Model disconnected successfully.
![../_images/e0e0eaa141e98577dc735363e7a7f79c123cf5c66dc200fe3b7e0fa7acff5af4.png](../_images/e0e0eaa141e98577dc735363e7a7f79c123cf5c66dc200fe3b7e0fa7acff5af4.png)