© Sara Fleury & Félix Ingrand, LAAS/RIA, 2000 Architecture for Autonomy Sara Fleury & Félix Ingrand LAAS-CNRS (www.laas.fr)

Slides:



Advertisements
Similar presentations
Configuration management
Advertisements

ARCHITECTURES FOR ARTIFICIAL INTELLIGENCE SYSTEMS
Architecture Representation
Ch 3 System Development Environment
Dr Gordon Russell, Napier University Unit Data Dictionary 1 Data Dictionary Unit 5.3.
Modular Specification of Hybrid Systems in CHARON R. Alur, R. Grosu, Y. Hur, V. Kumar, I. Lee University of Pennsylvania SDRL and GRASP.
 An object-oriented program’s structure often bears little resemblance to its code structure.  The code structure is frozen at compile-time; it consists.
Effective Coordination of Multiple Intelligent Agents for Command and Control The Robotics Institute Carnegie Mellon University PI: Katia Sycara
Chapter 13 Embedded Systems
Chapter 13 Embedded Systems Patricia Roy Manatee Community College, Venice, FL ©2008, Prentice Hall Operating Systems: Internals and Design Principles,
Page 1 Building Reliable Component-based Systems Chapter 16 - Component based embedded systems Chapter 16 Component based embedded systems.
Improving Software Quality with Generic Autonomics Support Richard Anthony The University of Greenwich.
An Architecture-Based Approach to Self-Adaptive Software Presenters Douglas Yu-cheng Su Ajit G. Sonawane.
Brent Dingle Marco A. Morales Texas A&M University, Spring 2002
Supervised by Prof. LYU, Rung Tsong Michael Department of Computer Science & Engineering The Chinese University of Hong Kong Prepared by: Chan Pik Wah,
Experiences with an Architecture for Intelligent Reactive Agents By R. Peter Bonasso, R. James Firby, Erann Gat, David Kortenkamp, David P Miller, Marc.
Chapter 13 Embedded Systems
Marakas: Decision Support Systems, 2nd Edition © 2003, Prentice-Hall Chapter Chapter 7: Expert Systems and Artificial Intelligence Decision Support.
November 18, 2004 Embedded System Design Flow Arkadeb Ghosal Alessandro Pinto Daniele Gasperini Alberto Sangiovanni-Vincentelli
Universal Plans for Reactive Robots in Unpredictable Environments By M.J. Schoppers Presented by: Javier Martinez.
Supplement 02CASE Tools1 Supplement 02 - Case Tools And Franchise Colleges By MANSHA NAWAZ.
Software Issues Derived from Dr. Fawcett’s Slides Phil Pratt-Szeliga Fall 2009.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 2 Overview of Database Languages and Architectures.
The Need of Unmanned Systems
Course Instructor: Aisha Azeem
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 5 Slide 1 Requirements engineering l The process of establishing the services that the.
Copyright Arshi Khan1 System Programming Instructor Arshi Khan.
Chapter 1: The Database Environment
What is it? A mobile robotics system controls a manned or partially manned vehicle-car, submarine, space vehicle | Website for Students.
DATABASE MANAGEMENT SYSTEM ARCHITECTURE
© 2007 Tom Beckman Features:  Are autonomous software entities that act as a user’s assistant to perform discrete tasks, simplifying or completely automating.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 07. Review Architectural Representation – Using UML – Using ADL.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Architectural Design l Establishing the overall structure of a software system.
Supporting High- Performance Data Processing on Flat-Files Xuan Zhang Gagan Agrawal Ohio State University.
High Performance Embedded Computing © 2007 Elsevier Chapter 1, part 2: Embedded Computing High Performance Embedded Computing Wayne Wolf.
Framework for the Development and Testing of Dependable and Safety-Critical Systems IKTA 065/ Supported by the Information and Communication.
Software Dynamics: A New Method of Evaluating Real-Time Performance of Distributed Systems Janusz Zalewski Computer Science Florida Gulf Coast University.
Architecture for Autonomous Assembly 1 Reid Simmons Robotics Institute Carnegie Mellon University.
CE Operating Systems Lecture 3 Overview of OS functions and structure.
Software Design Patterns (1) Introduction. patterns do … & do not … Patterns do... provide common vocabulary provide “shorthand” for effectively communicating.
A Context Model based on Ontological Languages: a Proposal for Information Visualization School of Informatics Castilla-La Mancha University Ramón Hervás.
Haptic Interfaces and Force-Control Robotic Application in Medical and Industrial Contexts Applicants Prof. Doo Yong Lee, KAIST Prof. Rolf Johansson,
Distributed System Concepts and Architectures 2.3 Services Fall 2011 Student: Fan Bai
DARPA ITO/MARS Project Update Vanderbilt University A Software Architecture and Tools for Autonomous Robots that Learn on Mission K. Kawamura, M. Wilkes,
Structured Control for Autonomous Robots Reid G. Simmons Carnegie Mellon University Uday Rajanna.
Architecture of Decision Support System
1. 2 Preface In the time since the 1986 edition of this book, the world of compiler design has changed significantly 3.
DATABASE MANAGEMENT SYSTEM ARCHITECTURE
An Architecture to Support Context-Aware Applications
Abstract A Structured Approach for Modular Design: A Plug and Play Middleware for Sensory Modules, Actuation Platforms, Task Descriptions and Implementations.
Mike Graves Summer 2005 University of Texas at Dallas Implicit Invocation: The Task Control Architecture Mike Graves CS6362 Term Paper Dr. Lawrence Chung.
Autonomy for General Assembly Reid Simmons Research Professor Robotics Institute Carnegie Mellon University.
Differences Training BAAN IVc - BaanERP 5.0c: Development BaanERP 5.0c Tools.
Commentary on Controllability and Makespan Issues with Robot Action Planning and Execution Matthieu Gallien and Félix Ingrand, LAAS-CNRS Commentary by.
Chapter 1 Basic Concepts of Operating Systems Introduction Software A program is a sequence of instructions that enables the computer to carry.
Ganga/Dirac Data Management meeting October 2003 Gennady Kuznetsov Production Manager Tools and Ganga (New Architecture)
Application architectures Advisor : Dr. Moneer Al_Mekhlafi By : Ahmed AbdAllah Al_Homaidi.
 Project Team: Suzana Vaserman David Fleish Moran Zafir Tzvika Stein  Academic adviser: Dr. Mayer Goldberg  Technical adviser: Mr. Guy Wiener.
1 Software Requirements Descriptions and specifications of a system.
Effective Coordination of Multiple Intelligent Agents for Command and Control The Robotics Institute Carnegie Mellon University PI: Katia Sycara
Definition CASE tools are software systems that are intended to provide automated support for routine activities in the software process such as editing.
The Development Process of Web Applications
User Interface Design The Golden Rules: Place the user in control.
System Design and Modeling
CHAPTER 2 CREATING AN ARCHITECTURAL DESIGN.
Data, Databases, and DBMSs
Layered Style Examples
Analysis models and design models
Chapter 7 –Implementation Issues
Chapter 6: Architectural Design
Presentation transcript:

© Sara Fleury & Félix Ingrand, LAAS/RIA, 2000 Architecture for Autonomy Sara Fleury & Félix Ingrand LAAS-CNRS ( 7 avenue du Colonel Roche F Toulouse FRANCE

Sara Fleury & Félix Ingrand, LAAS/RIA, © 2000 Motivations Methodologies and tools to design embeded software architectures for autonomous systems Results taken from robotic research Application to new other systems: on board execution control and mission management –ground station maintenance simplified –flexibility and high level interactions Autonomy => reactive + decision making capabilities Architecture properties: adaptability reactivity consistent behavior robustness extensibility/ reusability programmability

Sara Fleury & Félix Ingrand, LAAS/RIA, © 2000 Logical System Physical Platform 1. Decision Level (planning and supervision of action) 2. Execution Control Level (actions coordination) 3. Functional Level ( actions execution) The 3 levels LAAS architecture: from decision to action Environment Modules Supervisor/ Executive Planner Requests & Resources Checker N S WE missionreport Propice + IxTeT ExoGen + transgen GenoM tools

Sara Fleury & Félix Ingrand, LAAS/RIA, © 2000 From autonomous mobile robots... a coordinated fleet of robots Diligent at an exhibition SNCF robot Commutor new harbour of Rotterdam an Hilare robot with a trailer and a 6dof arm Planetary exploration robotics Service robotics Trans- shipment robotics the rover Lama

Sara Fleury & Félix Ingrand, LAAS/RIA, © 2000 … to autonomous satellites

Sara Fleury & Félix Ingrand, LAAS/RIA, © 2000 LAAS level 1: the Functional Level Integrates all the operational functions (hardware control, servo-control, data processing, …) Modules database services library processes Request Reply to other modules or hardware devices data poster a module upper level or operator Module : entity responsible for a physical or logical resource Structured as a set of independent modules (dynamically controlled by the upper level) N S WE

Sara Fleury & Félix Ingrand, LAAS/RIA, © 2000 The Generator of Modules GenoM Automatic code synthesis No need to know the underlying OS One can concentrate on the functionalities Incremental design module Motion { number: 9600; SDI: MOTION_DATA; } request SetPos { type: control; input: pos::pos; control: controlPos; report: BAD_PARAM; } task Move { period: 25; priority: 15; } STATUS controlPos (POS_STR *pos, REPORT *reoort) { if (pos->x < 0.0) { *report = BAD_PARAM; return ERROR; } return OK; } GenoM parser generic module instantiation compilation link editing executable module (various OS) Interface libraries (C, Propice, TCL,...) 1. totoTy 2. Wqfh 3. Fwgfg 4. Urivh 5. Uewn c 6. ivivnv >> test programs 1. module description 2. module generation 4. tests 3. algorithms integration tool

Sara Fleury & Félix Ingrand, LAAS/RIA, © 2000 LAAS level 2: the Execution Control level Pivot between functional/decision levels Purely reactive system that reacts to decision level requests and functional level replies State controller of function level : –maintains functional level state –filters decision level requests –detects and manages conflicts –check resources usage Transgen/Exogen : automatic BDD from a set of constraints/rules (consistent, optimised) Offline model checking with temporal logic tool

Sara Fleury & Félix Ingrand, LAAS/RIA, © 2000 LAAS level 3: the Decision Level All processes that require anticipation and global knowledge of the task and of the execution context. Structured in supervisor/executive-planner layers: supervisor planner goal + state plan + modalities requests replies situation-driven procedures missions results upper level or operator execution controller Supervisor/Executive: Interprets upper mission Selects action procedures (or call planner) Controls the procedures execution Reacts to events (replies) from lower level : PROPICE Planner: Queried by supervisor Deals with: time constraints resources constraints predictable events Produces plan of actions : IxTeT tool

Sara Fleury & Félix Ingrand, LAAS/RIA, © 2000 The Procedural Reasoning System PROPICE Properties : –high-level language –parallel tasks + asynchronous events handling –temporal properties Main components : –automatically updated database (view of the world) –a library of procedures: sequence of actions and tests to achieve given goals, or to react to certain situations –a dynamic task graph Example of a PROPICE procedure tool

Sara Fleury & Félix Ingrand, LAAS/RIA, © 2000 IxTeT Temporal Planner IxTeT: IndeXed Time Table IxTeT kernel: an efficient time-map manager Time-point algebra relations and restricted interval algebra Used in situation recognition and plan synthesis Common knowledge representation: chronicles Example of an IxTeT plan tool