On-board Timeline Validation and Repair: A Feasibility Study Maria Fox, Derek Long University of Strathclyde, Glasgow, UK Les Baldwin, Graham Wilson, Mark.

Slides:



Advertisements
Similar presentations
Lectures on File Management
Advertisements

University of South Australia Distributed Reconfiguration Avishek Chakraborty, David Kearney, Mark Jasiunas.
Exploiting Symmetry in Planning Maria Fox Durham Planning Group University of Durham, UK.
Identifying, Modifying, Creating, and Removing Monitor Rules for SOC Ricardo Contreras Andrea Zisman
File Management Chapter 12. File Management A file is a named entity used to save results from a program or provide data to a program. Access control.
A Decentralised Coordination Algorithm for Maximising Sensor Coverage in Large Sensor Networks Ruben Stranders, Alex Rogers and Nicholas R. Jennings School.
Transaction Processing Lecture ACID 2 phase commit.
Banker’s Algorithm Implementation in CPN Tools Michal Žarnay Department of Transportation Networks University of Žilina, Slovakia.
SwE 313 Case Study Registration System.
SwE 434. Rational Quality Manager Rational Quality Manager is a collaborative, Web-based tool that offers comprehensive test planning, test construction,
Embedded and Real Time Systems Lecture #4 David Andrews
Fundamentals of Information Systems, Second Edition
Software Testing and Quality Assurance
CprE 458/558: Real-Time Systems
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 15 Slide 1 Real-time Systems 1.
MS Access Advanced Instructor: Vicki Weidler Assistant:
File Management Chapter 12. File Management File management system is considered part of the operating system Input to applications is by means of a file.
Real-Time Software Design Yonsei University 2 nd Semester, 2014 Sanghyun Park.
1.eCognition Overview. 1 eCognition eCognition is a knowledge utilisation platform based on Active Knowledge Network technology eCognition covers the.
1 Debugging and Testing Overview Defensive Programming The goal is to prevent failures Debugging The goal is to find cause of failures and fix it Testing.
ITEC 275 Computer Networks – Switching, Routing, and WANs Week 12 Chapter 14 Robert D’Andrea Some slides provide by Priscilla Oppenheimer and used with.
Concurrency, Mutual Exclusion and Synchronization.
Of 33 lecture 10: ontology – evolution. of 33 ece 720, winter ‘122 ontology evolution introduction - ontologies enable knowledge to be made explicit and.
.1 RESEARCH & TECHNOLOGY DEVELOPMENT CENTER SYSTEM AND INFORMATION SCIENCES JHU/MIT Proprietary Titan MESSENGER Autonomy Experiment.
Chapter 14 Part II: Architectural Adaptation BY: AARON MCKAY.
Software Engineering Modern Approaches Eric Braude and Michael Bernstein 1.
Boundary Assertion in Behavior-Based Robotics Stephen Cohorn - Dept. of Math, Physics & Engineering, Tarleton State University Mentor: Dr. Mircea Agapie.
DSL Distributed Systems Laboratory ATC 23 August Model Mission: Magnetospheric Multiscale (MMS) Mission Goal “To study the microphysics of three.
An Introduction to Software Engineering
Time Management.  Time management is concerned with OS facilities and services which measure real time, and is essential to the operation of timesharing.
Fundamentals of Information Systems, Second Edition 1 Systems Development.
REQUIREMENTS CAPTURE 1 ASU Course Registration System Use-case Model.
Software Life Cycle The software life cycle is the sequence of activities that occur during software development and maintenance.
CCR Deadlock By: Laura Weiland April 30, Project Description Implement a module to the Train Operating System (TOS) that manages the deadlock problem.
Reusing Modeling Elements in IV&V Thomas Otani Naval Postgraduate School 2009 NASA Independent Verification and Validation (IVV) Annual Workshop John Ryan.
School of Computer Science, The University of Adelaide© The University of Adelaide, Control Data Flow Graphs An experiment using Design/CPN Sue Tyerman.
ADASS the Planning and Scheduling Perspective Roadmap: - How planning and scheduling fits in at ADASS - ADASS planning and scheduling posters and presentations.
Threads-Process Interaction. CONTENTS  Threads  Process interaction.
<CUSTOMER> discovery and Transition.
Design-Directed Programming Martin Rinard Daniel Jackson MIT Laboratory for Computer Science.
Background  EM16 SGS+TEC met with FD 1 year ago  Both sides agreed that there was a “performance gap:  SGS prepared a TN with 2 main options to bridge.
Time Management.  Time management is concerned with OS facilities and services which measure real time.  These services include:  Keeping track of.
R&D Operation Best Practice for Start Up Start a Business And Change the world Alfred Boediman, Ph.D.
ITEC 275 Computer Networks – Switching, Routing, and WANs Week 12 Chapter 14 Robert D’Andrea Some slides provide by Priscilla Oppenheimer and used with.
Ocean Observatories Initiative OOI CI Kick-Off Meeting Devils Thumb Ranch, Colorado September 9-11, 2009 Observation Planning and Autonomous Mission Execution.
Lecture 11. Switch Hardware Nowadays switches are very high performance computers with high hardware specifications Switches usually consist of a chassis.
1 Science Goal Monitor (SGM) Code 588 / Jenny Geiger.
Use Cases Discuss the what and how of use cases: Basics Examples Benefits Parts Stages Guidelines.
ITEC 275 Computer Networks – Switching, Routing, and WANs
Real-time Software Design
Design Review.
Luca Pazzi, Marco Pradelli University of Modena and Reggio Emilia
Case Study -- Weather system
Use Cases Discuss the what and how of use cases: Basics Benefits
Microsoft Office Access 2010 Lab 2
Self Healing and Dynamic Construction Framework:
Solid State Recorder Liu Dahai CSSAR.
Real-time Software Design
9/22/2018.
Chapter 5 Designing the Architecture Shari L. Pfleeger Joanne M. Atlee
Robotic Search Engines for the Physical World
ece 627 intelligent web: ontology and beyond
Analysis models and design models
Systems Engineering for Mission-Driven Modeling
Knowing When to Stop: An Examination of Methods to Minimize the False Negative Risk of Automated Abort Triggers RAM XI Training Summit October 2018 Patrick.
Regression Testing.
Presented By: Darlene Banta
11 iii. Define management and supervision roles and responsibilities
Self-Managed Systems: an Architectural Challenge
Transactions, Properties of Transactions
Presentation transcript:

On-board Timeline Validation and Repair: A Feasibility Study Maria Fox, Derek Long University of Strathclyde, Glasgow, UK Les Baldwin, Graham Wilson, Mark Woods SciSys Ltd, UK Davide Jameux ESA, Netherlands Ruth Aylett Heriot-Watt University, Edinburgh, UK

Background MMOPS: Mars-Mission On-board Planner and Scheduler ESA funded project to develop a demonstrator Show potential on-board capabilities for autonomous plan repair using Beagle 2 on-board software

Context Scientists identify objectives and propose activities –Priorities set by lead scientist(s) –Constraints generally implicit (eg ordering and dependencies between activities) Lander Operations personnel construct a plan (timeline), integrating proposed science activities and lander-oriented activities over predetermined interval Plan downlinked to lander; lander attempts execution –Plan might execute successfully –Plan might fail during execution and lander enter safe mode Results uplinked for return to ground staff and analysis

Typical Operations Sequence

Sequence with failure

On-board Autonomy t Priority/Constraint Based Pre-Planned t t Adaptive t Goal Orientated Goals PlannerTVCR Event Action OBCP Priorities & Constraints Opportunities

Target Problems Isolation of plan failure –Protect the remainder of the plan Over-subscription –Reduce planned activity to avoid use of over- subscribed resources Under-subscription –Attempt to exploit potential opportunities to make use of under-subscribed resources

Ground-based and On-board Partnership ConTool Timeline Construction: Primary timeline Opportunity fragments Packaged date Standard timeline downlink On-board software TVCR Ground Operations On-board Operations

Using CONTOOL Timeline constructed, but now annotated: constraints made explicit Additional timeline fragments are then added: opportunities Further constraints are added: –Ordering constraints between opportunities themselves and between opportunities and fragments in the main timeline –Dependencies –Mutual exclusions (pairs of fragments which should not both be executed) –Priorities Ordering between activities or connected elements of a timeline (fragments) Dependencies between activities or fragments (eg the rock surface should only be ground if the microscope successfully imaged it beforehand)

Opportunities: Features Opportunities are designed as consistent self- contained timeline fragments Fragments generally represent subplans needed for future operations Often generic fragments capturing an experimental process consisting of multiple activities, so reusable Opportunities are designed on the ground, by operations personnel Constraints make explicit relationships required of lander operations by both scientists and operations personnel

Exploiting Opportunities If an activity fails during execution, a new fragment can be executed – an opportunity –Failed fragments are removed from the plan, together with fragments that depend on them Opportunities are selected: –to respect the existing resource constraints within the current timeline –according to priority and according to the constraints between them and with main plan fragments Execution of the main plan remains highest priority Opportunities are only selected from those identified and constructed by operations personnel Timeline validatedFlaw identifiedBroken elements removedOpportunity consideredOpportunity insertedConstraints checked

Operations with TVCR

On-board: TVCR TVCR: Timeline Validation, Control and Repair –a module invoked by on-board software Requirements of TVCR: –The timeline, fragments and constraints constructed on the ground –A model of the activities Preconditions for execution; effects on execution Built once – unlikely to change –A view of the current state At level of abstraction used by activity models Built on-board using diagnosis of sensor signals

TVCR Architecture TVCR Primed with activity models Timeline Opportunities Constraints Sensed state On-board Control Software Lander Hardware Systems On-board Software

TVCR: Behaviours On validate request: –Validate newly entered timeline from the current state –Report anticipated failures and causes On control request: –Validate current remaining fragment of timeline from current state On repair request: –If the current timeline is predicted to fail and there is time to react before the next action, construct a new timeline –Remove broken fragments –Insert opportunities

Taking Opportunities When opportunities can be added to a timeline, choices often exist: –Which opportunities to add –Where to add them Use a bounded search –Not a full search: save space and time and ensure bounded termination –Not guaranteed to find optimal repairs in terms of opportunities added –Greedy approach to opportunity insertion –Fallback position: execute the fragments of the original main plan that are still valid (repairs to link activities where fragments removed)

Example Test Case A timeline is planned including two Mössbauer experiments During the first experiment, the Mössbauer signals a failure… Repair removes second Mössbauer experiment and related activities Opportunities are considered in priority order and one is identified as a candidate for insertion –The opportunity selected is an environmental sensor suite experiment The timeline is repaired by the addition of the opportunity and connecting activities New downlink schedule is recorded

Example Repair Failed fragment removed from timeline Benefits –After first failure, timeline continues execution –Subsequent expected failure anticipated by TVCR and isolated –Timeline executes successfully to conclusion –Science data is collected during execution of parts of this timeline that would otherwise be aborted

Example Repair Broken fragment removed and opportunity fragment added Benefits: –Timeline successfully executes to completion –Broken fragments do not cause timeline to abort –Broken fragment removed and replaced with valid opportunity fragment –Resources are utilised and science data gathered –Downlink schedule modified to allow for new data log

Conclusions Successful demonstration of a level of autonomy that lies between reactive responses and full on-board planning Demonstrable benefits for science gathering Conservative approach reduces risks and makes it more attractive to operations personnel