[Hans Blom, 932211]
(Bill Powers (931119.1315 MST))
Have we just had one huge misunderstanding all that time? In your comments
below, you give a beautiful description of the type of feedforward that I
have been harping about: navigation in the dark, i.e. control with blanked
out sensors.
The reality of what my perceptions are telling
me is irrelevant to solving my control problem of not barking my
shins. The only way I can solve this problem is to construct a
map inside my head, in which I place things (and myself)
according to my perceptual experiences. Even when I can see, many
of the objects on this map have locations without being seen,
such as the doorway I just came through, and the bottoms of my
feet and my hip pocket. All that changes when the lights go out
is that I have to maintain the map without as many updates. This
map is what I call the "real bedroom."
What I called "feedforward" is exactly what you describe: control based on
the "map" (an internal model), rather than on real-time observations. You
do not call that "control", whereas I do. But it seems that we are really
talking about the same thing.
All branches of adaptive control theory are concerned with how to initial-
ly build up such a map from scratch ("systems identification"), how to
maintain the map as best conforming with what we perceive as "reality"
("adaptation", "tuning"), and how to use that map in the endeavor to
fulfill our goals (which I call "feedforward").
You can still control your relationship to your perception of the
bed with the lights out, can't you? You can look at your map, and
say "Here's the bed, and here I am, so if I move THAT way I will
make the distance between the me-object and the bed-object
smaller." You can place the me-object using kinesthetic
information as you walk. The bed-object stays where it was the
last time the map was updated.
Right! The control of the relationship of my perception of the bed with
the lights out through consultation of my inner map is what I have been
talking about all the time! Do you know a better term than "feedforward"
to describe this process?
So the control process can occur in the usual way. It doesn't
require any change of organization when the lights go out. It
doesn't suddenly need a "feedforward" connection that it didn't
have before. Just acting as an ordinary control system, it's
doing as well as can be done.
Right! There is no break in control (nor in control mode) when the lights
go out because of that inner map. I have called that going from "feedback"
into "feedforward" mode, and I have tried to emphasize that there is no
break because that map is there always. Whenever the lights are on, it is
recalibrated all the time; therefore it is the best possible at the time
the lights go off.
Why "feedforward" (or whatever you call it)? Why the map? Because the
lights go (partially) off so often!
Greetings,
Hans