1 / 92

Dr. Subra Ganesan

Dr. Subra Ganesan. Professor, Department of Computer Science and Engineering Associate Director Product Development and Manufacturing Center Director Real time DSP Systems Lab Oakland University. October 20, 2005 at SECS. Editor International Journal of Agile Manufacturing ( IJAM)

marsden-harvey
Télécharger la présentation

Dr. Subra Ganesan

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Dr. Subra Ganesan • Professor, Department of Computer Science and Engineering • Associate Director Product Development and Manufacturing Center • Director Real time DSP Systems Lab • Oakland University October 20, 2005 at SECS

  2. Editor International Journal of Agile Manufacturing ( IJAM) Council member of International Society of Productivity Enhancement ( ISPE) General Chair of : Concurrent Engineering Conference 1997 IEEE IT conference 2001 Workshop on FPGA- 2002 IEEE Embedded system workshop- Sept 2003 International conference ICSIT, Algiers, July 2005 Chrysler summer intern in Manufacturing group1996, 97, 2005. Worked on Plant Simulation using Simulation software CATA report generation from Perceptron Vision based controller. Web based end of line test-data analyzer.

  3. Research Areas * Information Technology application for Real time Manufacturing * Real time Embedded system: DSP based embedded applications Finger Print identification Watermarking MEMS gages for Structure health analysis Tire pressure Monitoring Embedded Software architecture ( Model Driven architecture for Automotive applications

  4. Real Time Vision based Automatic sorting of Irregular shape product ( e.g. Fruits) by Attributes like Size, color, surface defects Example: Use multiple CCD cameras, Process huge Amount of image data, compute Area, Axis, radius, coefficient of variation method etc. Multiple DSP processors are used to execute in real time.

  5. Fruit Sorting Experiment Set up.

  6. Real Time Embedded System Real time Engine controller, On-Board-Diagnostics DSP based Embedded Systems Wireless communication- Mobile IP Collision Avoidance – side collision

  7. Collision Avoidance Analysis for Lane Changing and Merging Calculate in real time with side radar sensors, the spacing which the vehicle should have to avoid collision during Lane changing. Provide Warnings to the driver

  8. Steering Wheel Angle Vehicle Speed Windshield wiper status Radio status Audio Warning (radio) Visual Warning Diagnostics Side Radar (Left) Side Radar (Right) Video Camera Collision Avoidance Electronic Control Unit 24Ghz Rear Radar System 77 GHz Frontal Radar Anti-lock Braking Electronic Control Unit Data Logger Electronic Control Unit Powertrain Electronic Control Unit Power Steering Electronic Control Unit Figure Complete “high-end” collision-avoidance system

  9. Design of an UML-Based Evolutionary Architectural Prototype for an Embedded DSP based system in Automotive Applications Venkat Alladi and Subra Ganesan Dept. of Computer Science, Oakland University, Rochester Hills – 48309 ganesan@oakland.edu

  10. Model Driven Architecture • What is MDA ? • Model Driven Architecture (MDA) is an approach for building systems that are portable, interoperable, and reusable. This presentation will show how to create MDA for an engine controller system that is independent of the deploying platform.

  11. What is UML? • UML – Unified Modeling Language • Unique and simple way to communicate design with models that capture specifications (features, business rules, and special extensions) • Easily extensible • Standard industry practice • State, Class, Sequence, and Component diagrams

  12. What is MDA? MDA is an approach for: • Specifying a system independent of its platform • Specifying platforms • Choosing a particular platform for a system • Transforming the system specification into the one for that particular system

  13. What is MDA? • Key Terms • System • Model • Model Driven • Architecture • View Point • View • Application • Platform • Platform Independence

  14. What is MDA • 3 Key Models of MDA • Computation Independent Model (CIM) • Represents Domain Model • Platform Independent Model (PIM) • Represents technology independent virtual machine • Platform Specific Model (PSM) • Represents a system for a specific platform

  15. MDA and Embedded Systems • How can MDA be used for Embedded Systems? • Separation of concerns • Models independent of microcontroller platform • Domain driven reuse

  16. MDA and Embedded Systems How does MDA work for an Engine Controller System? - Following slides are going to demonstrate how MDA concepts can be applied to a Engine Controller system.

  17. MDA is An ideal way to design embedded software independent of the platform An unique way to exchange information across systems An industry standard provided OMG

  18. Figure 5.0 Ignition Timing Control Design [18]

  19. - - - + + + Future Electronic Architecture • INSTRUMENT PANEL • Instrument Cluster • Junction Block Module • HVAC Unit/Controller • Radio/ICU • Speakers • Switches • Lamps • Cigar Lighter/Power Outlets • Frontal Passive Restraints • SKIM DISTRIBUTED AMPLIFIERS CD CHANGER DVD PLAYER • RADIO/ICU • CAN B / MOST Gateway • NAV • HVAC MOST Media Oriented Systems Transport - + - + NAV PHONE • DOORS • Window Motors • Lock Motors • Switches (window, lock, mirror, memory, disarm, ajar) • Mirrors • Courtesy Lamps • SEATS • power • heat • memory • switches • OVERHEAD • EVIC • Courtesy/Dome Lighting • Sunroof CAN B Low Speed Data Bus • INSTRUMENT CLUSTER • CAN B / CAN C Gateway - - + + - + • SHIFTER • Shift by Wire • AutoStick • Shift Interlock • Illumination • ENGINE • Engine Controller • Sensors • Injectors • TRANSMISSION • Transmission Controller • Transfer Case Controller ABS CAN C High Speed Data Bus - - + + - - + +

  20. Car Multimedia System

  21. Analysis PC CAN Card HS CAN Log Database PC CAN Card LS CAN Tests IEEE or USB I/O Bus CANoe Environment MS Windows Test Target PC Hardware Setup for CAN Test, Validation and Verification Project Experience • CAN Verification and Validation ..

  22. DSP in Embedded System • DSP TMS 320 F28x for Electric Power Steering • DSP for misfire detection in real time.

  23. Electronic Power Steering Motor Driver Column Shaft Torque Sensor \ Motor Worm Gear Electro-mag Clutch Rack & Pinion Mechanism Setup as in an Automobile

  24. Figure 1 Electronic Control Unit Monitoring Of Motor Current Calculation of angular Velocity CPU Basic Control Map Angular Velocity Sensor P O W E R C I R U I T Vehicle Speed Sensor (From speedometer) EPS Brushless DC Motor Calculation of vehicle Speed Engine Speed Calculation of engine speed Control Block

  25. TMS320C240x Block Diagram Program Bus • Program Memory Controller Memory Mapped Registers A(15-0) • D(15-0) Data Bus Data Memory Multiplier Peripherals (Event Mgr) ALU/Shifters Peripherals (Non-Event Mgr)

  26. Event Manager GP Timers Watchdog Timer Non-EV Manager Compare Unit SPI PWM Outputs SCI Dead-Band Logic A/D Converter Capture Unit I /O Pins Quadrature Encoder Pulse (QEP) CAN Peripherals Data Bus

  27. What is RFID • RFID is an area of automatic identification that has quietly been gaining momentum in recent years and is now being seen as a radical means of enhancing data handling processes, complimentary in many ways to other data capture technologies such bar coding.

  28. RFID system component

  29. RFID System Transponder

  30. Passive KeyLess Entry

  31. Passive Entry • Imagine approaching your car with your arms full of groceries; keys somewhere in your pocket, you pull the handle and the vehicle automatically IDs you and unlocks the door.  Sound too good to be true?  This is just the first step on the way to a vehicle without a mechanical key. • The Keyless or Passive Entry system enables this convenience.  While Remote Keyless Entry systems require user action to unlock the vehicle, keyless access solutions provide a means for entry without the need for user interface. 

  32. How It Works • Persons can have the keyfob in their pocket or purse, and when they come within 2 meters (about 6.5 feet) of the vehicle and simply pull the door handle, the device automatically identifies the driver and unlocks the door. • Product Descriptions • The 3D Analog Front End (3D AFE) is the first RFID Front  End IC handling all RF communication and enabling sophisticated micro-controller supported security tags. 

  33. Encrypted Remote Keyless Entry • Many vehicles are already equipped with a Remote Keyless Entry (RKE) that typically employs an encrypted transponder and controller chip (or an ASIC).  When pressing a RKE button, the controller generates a rolling code that is being transmitted to the vehicle. For immobilization, the vehicle sends a challenge to the transponder and verifies the response. Both systems are completely independent of each other an operate with different crypto-algorithms.  TI-RFid offers customized solutions that combine the transponder and RKE function in one chip. Product Description • The Crypto Entry Transponder (CET) provides the security of our anti-theft DST immobilizer technology with the convenience of an RKE device.

  34. Parking lot Access Control

  35. OSEK OS: new challenges • OSEK is a preemptive operating system • offers the same challenges to the hard real-time system developer as any preemptive operating system • Critically, timing correctness is not part of the OSEK standard • Cannot apply the same timing analysis techniques used to guaranteeing timing behavior in cyclic systems • Must account for preemption and resource locking • Must account for the timing of the scheduler itself • difficult to test for correct timing behavior

  36. longest observed response time deadline best-case worst-case Trying to test for meeting deadlines probability responsetime

  37. Trying to test for meeting deadlines • Still possible to miss a deadline after passing tests • Quality in mass-production systems can be jeopardized due to run-time across large numbers of products • e.g. a typical automobile model has “flying hours” of billions of hours • Many systems cannot be tested to a sufficiently high confidence • e.g. automotive, aerospace • Need a predictable system where real-time performance can be determined before system is running • Even better if timing can be predicted early in development lifecycle

  38. Realogy Real Time Architect (RTA) Guaranteed timing behaviour for OSEK OS based real-time systems

  39. What is Real Time Architect? • Real Time Architect (RTA) is a tool-suite and run-time environment for: • Implementing ECU functionality • Optimizing ECU resource requirements; and • Guaranteeing all performance constraints are always met • RTA directly supports the design, development and deployment of timing correct OSEK compatible embedded systems

  40. What is Realogy Real-Time Architect? Realogy Real-Time Architect (RTA) RTArchitect GUI [off-line OSEK OIL and real-time design tool] SSX5 [OSEK compliant, analyzable, run-time kernel] Library [Standard Build] Library [Timing Build] Library [Extended Build] Time Compiler [Analysis tool] System Generator [Enhanced OIL tool]

  41. Realogy Real-Time Architect RTArchitect OIL Tool ResourceOptimisations TimingAnalysis Static API Scaleable Analysable SSX5 Extensions [Periodic schedules, planned schedules, tasksets, WCET API] OSEK OS v2.2[BCC1&2, ECC1&2,COM CCCA&B,Combined Resources] OSEK Optimisations[Lightweight tasks, countedactivation, static activationchecking] SSX5

More Related