D2.1 Requirements and Specification - CORBYS
D2.1 Requirements and Specification - CORBYS
D2.1 Requirements and Specification - CORBYS
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>D2.1</strong> <strong>Requirements</strong> <strong>and</strong> <strong>Specification</strong><br />
Figure 30: A humanoid robot Armar (Burghart et al.2005)<br />
Sensing <strong>and</strong> Perception:<br />
The perception sub-system consists of low-, mid-, <strong>and</strong> high-level perception modules. The low-level<br />
perception module provides fast interpretation of sensor data without accessing the system knowledge<br />
database. It provides typically reflex-like low-level robot control. Within this module data coming from<br />
sensors such as joint position sensors, the force torque sensors located in the robot’s wrists, tactile sensor<br />
arrays used as artificial sensitive skin, <strong>and</strong> acoustic data for sound <strong>and</strong> speech activity detection are processed.<br />
The low-level perception module communicates with both the mid-level perception module <strong>and</strong> the task<br />
execution module via the active models. The mid-level perception module provides a variety of recognition<br />
components <strong>and</strong> communicates with both the system knowledge database (long-term memory) as well as the<br />
active models (short term memory). The high-level perception module provides more sophisticated<br />
interpretation facilities such as situation recognition, gesture interpretation, movement interpretation, <strong>and</strong><br />
intention prediction.<br />
Planning:<br />
The task h<strong>and</strong>ling sub-system comprises a three-level hierarchy with task planning, task coordination, <strong>and</strong><br />
task execution levels. Robot tasks are planned on the top symbolic level using task knowledge. A symbolic<br />
plan consists of a set of actions, represented either by XML-files or Petri nets, <strong>and</strong> acquired either by learning<br />
(e.g. through demonstration) or by programming. The task planner interacts with the high-level perception<br />
module, the (long-term memory) system knowledge database, the task coordination level, <strong>and</strong> an execution<br />
supervisor. This execution supervisor is responsible for the final scheduling of the tasks <strong>and</strong> resource<br />
management in the robot using Petri nets.<br />
Control (Execution):<br />
A sequence of actions generated are passed down to the task coordination level which then coordinates<br />
(deadlockfree) tasks to be run a the lowest task execution (control) level. In general, during the execution of<br />
any given task, the task coordination level works independently of the task planning level.<br />
Communication:<br />
A dialogue manager, which coordinates communication with users <strong>and</strong> interpretation of communication<br />
events, provides a bridge between the perception sub-system <strong>and</strong> the task sub-system. Its operation is<br />
effectively cognitive in the sense that it provides the functionality to recognise the intentions <strong>and</strong> behaviours<br />
of users.<br />
Learning:<br />
A learning sub-system is also incorporated with the early generations of Armar robot learning tasks <strong>and</strong> action<br />
sequences off-line by programming by demonstration or tele-operation. On-line learning has been work in<br />
progress in new generations of Armar (Dietsch, 2011). For instance Armar-III actively investigates its<br />
137