5/15/2002 - 1 Modeling and controlling the Caltech Ducted Fan Vehicle Steve Neuendorffer EE290N Final Presentation.

Slides:



Advertisements
Similar presentations
Network II.5 simulator ..
Advertisements

Prepared by : Deepak Kumar Rout.1 Introduction to Digital Signal Processing DEEPAK KUMAR ROUT SYNERGY INSTITUTE OF ENGG AND TECHNOLOGY.
Digital Control Systems INTRODUCTION. Introduction What is a control system? Objective: To make the system OUTPUT and the desired REFERENCE as close as.
Prof. Brian L. Evans Dept. of Electrical and Computer Engineering The University of Texas at Austin EE445S Real-Time Digital Signal Processing Lab Spring.
Ethereal Sting Working Group Meeting June 10, 2003 Arlington, VA Mobies Ethereal Sting OEP The Ptolemy II Experiment Edward A. Lee Professor UC Berkeley.
Unit 4 Sensors and Actuators
MotoHawk Training Model-Based Design of Embedded Systems.
President UniversityErwin SitompulSMI 7/1 Dr.-Ing. Erwin Sitompul President University Lecture 7 System Modeling and Identification
SRC ETAB Summer Study Colorado Springs, June 25-26, 2001 Model-Based Approaches to Embedded Software Design Edward A. Lee UC Berkeley & GSRC.
5 th Biennial Ptolemy Miniconference Berkeley, CA, May 9, 2003 Java Code Generation Steve Neuendorffer UC Berkeley.
Berkeley, CA, March 12, 2002 Modal Models in Vehicle-Vehicle Coordination Control Xiaojun Liu The Ptolemy Group EECS Department, UC Berkeley.
Integrated Design and Analysis Tools for Software-Based Control Systems Shankar Sastry (PI) Tom Henzinger Edward Lee University of California, Berkeley.
Image Filtering, Part 2: Resampling Today’s readings Forsyth & Ponce, chapters Forsyth & Ponce –
Using Interfaces to Analyze Compositionality Haiyang Zheng and Rachel Zhou EE290N Class Project Presentation Dec. 10, 2004.
Heterogeneous Modeling and Design in Ptolemy II Johan Eker UC Berkeley with material courtesy of Edward Lee and the Ptolemy group ECE Seminar Series, Carnegie.
Image Sampling Moire patterns
3/12/ Modeling and controlling the Caltech Ducted Fan Vehicle Steve Neuendorffer, Ptolemy Group, UC Berkeley.
Design of a Control Workstation for Controller Algorithm Testing Aaron Mahaffey Dave Tastsides Dr. Dempsey.
MoBIES PI-Meeting, July 2001, Jackson Hole Controller Design Using Multiple Models of Computation Edward Lee Johan Eker with thanks to Paul Griffiths,
Hierarchical Reconfiguration of Dataflow Graphs Stephen Neuendorffer UC Berkeley Poster Preview May 10, 2004.
Heterochronous Dataflow in Ptolemy II Brian K. Vogel EE249 Project Presentation, Dec. 4, 1999.
MoBIES Working group meeting, September 2001, Dearborn Ptolemy II The automotive challenge problems version 4.1 Johan Eker Edward Lee with thanks.
Visual Debugging Tools for Concurrent Models of Computation Elaine Cheong 15 May 2002 EE290N: Advanced Topics in System Theory.
State of the Art Lecture IEEE Instrumentation and Measurement Technology Conference Budapest, Hungary, May 21-23, 2001 Computing for Embedded Systems Edward.
Charles Kime & Thomas Kaminski © 2008 Pearson Education, Inc. (Hyperlinks are active in View Show mode) Chapter 3 – Combinational Logic Design Part 1 –
Science is organized knowledge. Wisdom is organized life.
Tool Integration of Ptolemy II EE290N Class Project Haiyang Zheng May
System Synthesis for Multiprocessor Embedded Applications Flávio R. Wagner Marcio Oyamada Luigi Carro Marcio Kreutz Universidade Federal do Rio Grande.
5 th Biennial Ptolemy Miniconference Berkeley, CA, May 9, 2003 MESCAL Application Modeling and Mapping: Warpath Andrew Mihal and the MESCAL team UC Berkeley.
MOBIES Project Progress Report Engine Throttle Controller Design Using Multiple Models of Computation Edward Lee Haiyang Zheng with thanks to Ptolemy Group.
Image Sampling Moire patterns -
Dataloggers. Records voltage, current, or circuit closing Environmental variables must be converted to electronic signal.
Models of Computation as Program Transformations Chris Chang
Department of Electrical Engineering and Computer Sciences University of California at Berkeley The Ptolemy II Framework for Visual Languages Xiaojun Liu.
Charles Kime & Thomas Kaminski © 2008 Pearson Education, Inc. (Hyperlinks are active in View Show mode) Chapter 3 – Combinational Logic Design Part 1 –
Overview Part 1 – Design Procedure 3-1 Design Procedure
12/6/04BAE Advanced Embedded Systems Design Lecture 14 Implementation of a PID controller BAE Fall 2004 Instructor: Marvin Stone Biosystems.
Lecture 4: Sampling [2] XILIANG LUO 2014/10. Periodic Sampling  A continuous time signal is sampled periodically to obtain a discrete- time signal as:
Signals and Systems Prof. H. Sameti Chapter 7: The Concept and Representation of Periodic Sampling of a CT Signal Analysis of Sampling in the Frequency.
Random signals. Histogram of the random signal Continuous Time Sinusoidal signals.
Institut für Computertechnik ICT Institute of Computer Technology Interaction of SystemC AMS Extensions with TLM 2.0 Markus Damm, Christoph.
Remote Control of a Furby Toy with Bluetooth
Charles Kime & Thomas Kaminski © 2004 Pearson Education, Inc. Terms of Use (Hyperlinks are active in View Show mode) Terms of Use Lecture 12 – Design Procedure.
©2008 Pearson Education, Inc., Upper Saddle River, NJ. All rights reserved. This material is protected under all copyright laws as they currently exist.
Lec 3. System Modeling Transfer Function Model
Combinational Logic Design BIL- 223 Logic Circuit Design Ege University Department of Computer Engineering.
IBM Software Group ® Overview of SA and RSA Integration John Jessup June 1, 2012 Slides from Kevin Cornell December 2008 Have been reused in this presentation.
Control 1 Keypoints: The control problem Forward models: –Geometric –Kinetic –Dynamic Process characteristics for a simple linear dynamic system.
University of Catania Computer Engineering Department 1 Educational tools for complex topics: a case study for Network Based Control Systems Prof. Orazio.
Charles Kime & Thomas Kaminski © 2008 Pearson Education, Inc. (Hyperlinks are active in View Show mode) Chapter 3 – Combinational Logic Design Part 1 –
Chapter 8 Object Design Reuse and Patterns. Object Design Object design is the process of adding details to the requirements analysis and making implementation.
Introduction Advantage of DSP: - Better signal quality & repeatable performance - Flexible  Easily modified (Software Base) - Handle more complex processing.
Ptolemy Tutorial What is Ptolemy? How it works? What is the development environment for you Show demo and former simulation work.
Digital Control Systems Digital Control Design via Continuous Design Emulación F,P&W Chapters 6 & 7.2.
Outline Introduction Reaction Wheels Modelling Control System Real Time Issues Questions Conclusions.
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
SIMULINK-Tutorial 1 Class ECES-304 Presented by : Shubham Bhat.
Control Systems With Embedded Implementation (CSEI)
Digital Control CSE 421.
Introduction to Simulink Matlab based Both Continuous Time and Discrete Time Simulation Based on Blocksets Model Based Design: a software model of the.
CS 5991 Presentation Ptolemy: A Framework For Simulating and Prototyping Heterogeneous Systems.
Layers Architecture Pattern Source: Pattern-Oriented Software Architecture, Vol. 1, Buschmann, et al.
ECE 483. Digital Control Systems Analysis and Design TexPoint fonts used in EMF. Read the TexPoint manual before you delete this box.: AA A A A AAA A A.
Wednesday NI Vision Sessions
ROBOTC for VEX Online Professional Development. Homework Questions Thoughts? Questions?
Digital Control CSE 421.
Code Generation for Ptolemy II
لجنة الهندسة الكهربائية
數位控制理論簡介.
Presentation transcript:

5/15/ Modeling and controlling the Caltech Ducted Fan Vehicle Steve Neuendorffer EE290N Final Presentation

5/15/ How do we get to an implementation? Abstract, high-level system model Detailed low-level system implementation

5/15/ Some options… 1.Don't build a high-level model… Implement the system by hand. 2.Build a high-level model, but throw it away when implementation starts. 3.Build a high-level model, and validate implementation against it. 4.Build a low-level model, and generate an implementation from it. 5.Build a high-level model, refine it gradually into more detailed models that are more suitable for automatic code generation.

5/15/ An example of heterogenous refinement Drive the ducted fan vehicle to a desired point. Continuous time vehicle and controller. A zero-delay discrete-time controller. A one-step delay discrete-time controller. An arbitrary delay discrete-time controller. A more sophisticated modal controller. A model for automatic system implementation.

5/15/ : Vehicle/Controller model (X,Y) Position, and direction of the vehicle Total forward thrust, and differential torque applied by the fans.

5/15/ : Continuous Vehicle model Specified as a differential equation, as in Simulink.

5/15/ : Continuous controller model A modified proportional controller…

5/15/ : Vehicle model with Discrete-time interface Zero-order hold models the Digital -> Analog conversion. The analog position of the vehicle is periodically sampled approximately every second.

5/15/ : Discrete Vehicle controller Heterogenous system modeling

5/15/ : Discrete Vehicle controller with one-sample delay SampleDelay added to model computation time of controller

5/15/ : Discrete Vehicle controller with arbitrary delay More Heterogeneity TimedDelay actor in Discrete Event domain models arbitrary delay. SDF control law CT vehicle model

5/15/ : A modal controller Yet More Heterogeneity

5/15/ Breathe and watch the demo… A comparison of the modal controller versus the simple proportional controller.

5/15/ Target specifics… (X,Y) Position, and direction of the vehicle come from video localization system. Control values are sent to motor controller by serial port.

5/15/ : A controller, with refined communication. Suitable for code generation One of the previous (possibly heterogenous) control laws

5/15/ Conclusion I used Ptolemy II to model a physical control system at an high-level of granularity using an abstract model of computation. The high level model was manually refined through several intermediate steps to the point where the model was detailed enough to automatically generate the controller code.