Re: answers cntd.

Herman Bruyninckx <[email protected]>
Newsgroups gmane.science.robotics.orocos.user
Message-ID <Pine.LNX.4.33.0109281256380.10209-100000@pc25-213.mech.kuleuven.ac.be>
On Fri, 28 Sep 2001, Cezary Zielinski wrote:

[...]
> The sensor input implements high level feedback - not the servo
> level one. Usually those generators generate trajectories, which can
> be modified by sensor readings. To be strict they generate the next
> target position. As our servo sampling rate is either 1 or 2 ms the
> generator usually performs at the rate of 6 or 8 ms (for the 2 ms
> sampling rate), so its influence on the trajectory is fairly rapid.
>
This is an interesting remark, because I think the way you present it
(which is the `classical' way) doesn't cope well with things like
`adaptive control': the controller changes its parameters based on
feedback through the sensors; and also the next target position can
depend on _instantaneous_ sensor feedback, not on a change in setpoint
that comes 5 sample periods later...

Probably we are again saying the same things but using underdefined
terminology :-) I mean: if you need this instantaneous feedback, it
has to be part of the servo controller, isn't this what you mean?

IF it is, this brings me to another related question/problem, i.e.,
that of the functionality of the trajectory generator: if one uses
sensor feedback to let the servo adapt setpoints, _and_ also in the
generator, how can one make sure that both are not fighting each
other? As far as I see now, this can only be done if the generator
also has to ability to adapt to the sensor results. But then whose
responsibility is it to keep both in sync? These are (some of) the
kinds of problems we are now trying to find a satisfying software
engineering answer to in Leuven...

Herman
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.