Embedded Systems http://ls12-www.cs.uni-dortmund.de/%7Emarwedel/kluwer-es-book/slides.html Graphics: © Alexandra Nolte, Gesine Marwedel, 2003.

Präsentation zum Thema: "Embedded Systems http://ls12-www.cs.uni-dortmund.de/%7Emarwedel/kluwer-es-book/slides.html Graphics: © Alexandra Nolte, Gesine Marwedel, 2003."—  Präsentation transkript:

1 Embedded Systems Graphics: © Alexandra Nolte, Gesine Marwedel, 2003

2 Future of IT? According to forecasts charac-terized by the terms such as Post-PC era Disappearing computer Ubiquitous computing Pervasive computing Ambient intelligence Embedded systems Von Eröffnungsvorträgen wie diesem hier wird in der Regel ein Einblick in die Zukunft erwartet. Nun, was ist die Zukunft der IT, der Informationstechnologie? Aufgrund praktisch aller Vorhersagen wird die Zukunft der IT v.a. geprägt sein durch die hier aufgeführten Begriffe: Der Begriff „Post-PC era“ hebt hervor, dass Anwendungen auf klassischen PCs verdrängt werden durch IT in anderen Geräten, von denen hier beispielhaft einige Anwendungsbereiche zu sehen sind. Der Begriff „disappearing computer“ hebt hervor, dass computer künftig nicht direkt sichtbar sein werden, dass sie vielmehr im Verborgenen arbeiten werden. Der Begriff „ubiquitous computing“ betont die Allgegenwart der künftigen IT, die allerdings mehr in Form von Kommunikation denn in Form von Berechnungen gegeben sein wird. Der durchdringende Charakter künftiger IT wird v.a. bei dem Begriff “Pervasive computing” in den Vordergrund gestellt. Derselbe Charakter wird auch bei der Bezeichnung „ambient intelligence“ unterstrichen. Für mich stellen diese Begriffe in jedem Fall Weiterentwicklungen des Gebiets der eingebetteten Systeme dar. In jedem Fall wird auf Basistechniken der eingebetteten Systeme aufgebaut. Eingebettete Systeme stellen damit auf jeden Fall die Grundlagen für all diese zukünftigen Anwendungsbereiche der IT dar. Ich möchte mich in meinem Vortrag daher v.a. mit solchen eingebetteten Systemen beschäftigen. preface

3 What is an embedded system?
Wie kann man eingebettete Systeme nun eigentlich definieren? …..

4 Embedded Systems Embedded systems (ES) = information processing systems embedded into a larger product ! Main reason for buying is not information processing

5 Embedded systems and ubiquitous computing
Ubiquitous computing: Information anytime, anywhere. Embedded systems provide fundamental technology. UMTS,

6 Application areas (1) Automotive electronics Aircraft electronics
Trains Telecommunication 1.2 Application areas

7 Application areas (2) Medical systems e.g. “artificial eye”
[

8 Application areas (3) Military applications Authentication
Authentication

9 Application areas (4) Consumer electronics

10 Application areas (5) Fabrication equipment Smart buildings
Show movie /keynotes/index.htm

11 Application areas (6) Robotics „Pipe-climber“
Robot „Johnnie“ (Courtesy and ©: H.Ulbrich, F. Pfeiffer, TU München) Show movie of 2-legged robot(s)

12 Some embedded systems from real life
Examples Some embedded systems from real life

13 Smart Beer Glass Capacitive sensor for fluid level 8-bit, 8-pin PIC processor Contact less transmission of power and readings Inductive coil for RF ID activation & power CPU and reading coil in the table. Reports the level of fluid in the glass, alerts servers when close to empty © Jakob Engblom

14 Smart Beer Glass Typical embedded solution
Integrates several technologies: Radio transmissions Sensor technology Magnetic inductance for power Computer used for calibration Impossible without the computer Meaningless without the electronics © Jakob Engblom

15 Pedometer Obvious computer work: Hard computer work: Count steps
Keep time Averages etc. Hard computer work: Actually identify when a step is taken Sensor feels motion of device, not of user feet © Jakob Engblom

16 Mobile phones Multiprocessor 8-bit/32-bit for UI DSP for signals
32-bit in IR port 32-bit in Bluetooth 8-100 MB of memory All custom chips Power consumption & battery life depends on software © Jakob Engblom

17 Mobile base station Massive signal processing Based on DSPs
Several processing tasks per connected mobile phone Based on DSPs Standard or custom 100s of processors © Jakob Engblom

18 Telecom Switch Rack-based Optical & copper connections
Control cards IO cards DSP cards ... Optical & copper connections Digital & analog signals © Jakob Engblom

19 Smart Welding Machine Electronics control voltage & speed of wire feed
Adjusts to operator kHz sample rate 1000s of decisions/second Perfect weld even for quite clumsy operators Easier-to-use product, but no obvious computer Schweißen © Jakob Engblom

20 Sewing Machine User interface ”Smart”
Embroidery patterns Touch-screen control ”Smart” Sets pressure of foot depending on task Raise foot when stopped New functions added by upgrading the software Stickerei © Jakob Engblom

21 Forestry Machines © Jakob Engblom

22 Forestry Machines Networked computer system Processors
Controlling arms & tools Navigating the forest Recording the trees harvested Crucial to efficient work Processors 16-bit processors in a network © Jakob Engblom

23 Operator Panel Embedded PC But tough enough to be “out in the woods”
Graphical display Touch panel Joystick Buttons Keyboard But tough enough to be “out in the woods” © Jakob Engblom

24 Cars Multiple processors Multiple networks Up to 100
Networked together Multiple networks Body, engine, telematics, media, safety © Jakob Engblom

25 Cars Functions by embedded processing: ABS: Anti-lock braking systems
ESP: Electronic stability control Airbags Efficient automatic gearboxes Theft prevention with smart keys Blind-angle alert systems ... etc ... © Jakob Engblom

26 Cars Large diversity in processor types: Form follows function
8-bit – door locks, lights, etc. 16-bit – most functions 32-bit – engine control, airbags Form follows function Processing where the action is Sensors and actuators distributed all over the vehicle © Jakob Engblom

27 Extremely Large Functions requiring computers: Computers: Radar
Weapons Damage control Navigation basically everything Computers: Large servers 1000s of processors © Jakob Engblom

28 Inside your PC Custom processors 32-bit processors 8-bit processors
Graphics, sound 32-bit processors IR, Bluetooth Network, WLAN Harddisk RAID controllers 8-bit processors USB Keyboard, mouse © Jakob Engblom

29 If you want to play Lego mindstorms robotics kit
Standard controller 8-bit processor 64 kB of memory Electronics to interface to motors and sensors Good way to learn embedded systems © Jakob Engblom

30 Concept of ES education at Dortmund
programming algorithms computer organization math education electrical networks & digital circuits first course on embedded systems lab control systems DSP machine vision real-time systems project group applications … Lego Can typically be taught in 4th or 5th term Provides motivation and context of other work in the area Mix of students and courses from CS and EE departments

31 Structure of the CS curriculum at Dortmund - current 4
Structure of the CS curriculum at Dortmund - current 4.5 year diploma program - Term 1 Computer organization Programming & semantics Math education 2 Circuits & communication OS Algorithms 3 HW lab Networks SW lab 4 Databases … 5 Embedded systems fundamentals Software engineering 6 Advanced topic in ES 7 Project group 8 9 Thesis All dependences met

32 Structure of this course

33 Broad scope avoids problems with narrow perspectives reported in ARTIST curriculum guidelines
“The lack of maturity of the domain results in a large variety of industrial practices, often due to cultural habits” “curricula … concentrate on one technique and do not present a sufficiently wide perspective.” “As a result, industry has difficulty finding adequately trained engineers, fully aware of design choices.” Source: ARTIST network of excellence: Guidelines for a Graduate Curriculum on Embedded Software and Systems, /Education/Education.pdf, 2003

34 Scope consistent with ARTIST guidelines
"The development of ES cannot ignore the underlying HW characteristics. Timing, memory usage, power consumption, and physical failures are important." "It seems that fundamental bases are really difficult to acquire during continuous training if they haven’t been initially learned, and we must focus on them."

35 Textbook 3 Styles: Original hardcover version, Kluwer, 2003, >100 $/€ Reprint, lighter cover borders, thicker paper, same price/ content; Corrections available on web site (see slides) 2nd edition, Springer, "2006", scheduled for end of October 2005, soft cover, with corrections, 37€

36 Slides Slides are available at: kluwer-es-book Master format: Powerpoint; Derived formats: OpenOffice, PDF Changes for term of winter 2005/6: Additional "more in-depth sections". Selected updates. Improved B/W printing. Course announcements

37 Growing importance of embedded systems (1)
Growing economical importance of embedded systems THE growing market according to forecasts, e.g.: Worldwide mobile phone sales surpassed mln units in Q2 2004, a 35% increase from Q2 2003, according to Gartner [ The worldwide portable flash player market exploded in 2003 and is expected to grow from 12.5 mln units in 2003 to over 50 mln units in 2008 [ Global 3G subscribers will grow from an estimated 45 mln at the end of 2004 to 85 mln in 2005, according to Wireless World Forum. [ Was bedeutet der Trend hin zu Eingebetteten Systemen nun konkret für die Märkte und wie lässt sich daraus eine Motivation für die Vorträge hier in Freiburg gewinnen? Generell bieten Eingebettete Systeme Wachstumsbereiche, wie es sie woanders kaum noch gibt. Einige Vorhersagen zeigt diese Folie: Trotz eines schon relativ hohen Umsatzes wurde bei der Anzahl der verkauften Mobilfunkgeräte vom 2.Quartal 2003 zum 2. Quartual 2004 noch eine Steigerung von 35% erreicht. Der Markt der portablen Musikabspielgeräte auf Flashspeicher-Basis soll sich von 2003 bis 2008 vervierfachen. Und schließlich soll die Anzahl der Teilnehmer beim Mobilfunk der dritten Generation von 45 Mill. Ende diesen Jahres auf 85 Mill. Ende nächsten Jahres steigen, d.h. es soll eine Steigerung um fast 100% geben. Nicht unerwähnt lassen möchte ich dabei allerdings, dass dies teilweise zu Lasten der Geräte der 2. Generation geht. 1.3 … importance

38 Growing importance of embedded systems (2)
The number of broadband lines worldwide increased by almost 55% to over 123 mln in the 12 months to the end of June 2004, according to Point-Topic. [ Today's DVR (digital video recorders) users - 5% of households - will grow to 41% within five years, according to Forrester. [ The automotive sector … ensures the employment of more than 4 million people in Europe. Altogether, some 8 million jobs in total depend on the fortunes of the transport industry and related sectors - representing around 7 per cent of the European Union’s Gross National Product (GNP) [OMI bulletin] Weitere drastische Steigerungen sehen Sie auf dieser Folie: Die Anzahl der Breitband-Anschlüsse hat sich danach im vergangenen Jahr um 55% erhöht. Für die neuen digitalen Videorekorder erwartet man innerhalb von 5 Jahren eine Marktdurchdringung von 41%, bei jetzt 5%. Die Bedeutung der eingebetteten Systeme lässt sich auch anhand der Zahl der Arbeitsplätze belegen, die indirekt von ihnen abhängen. So sind im Automobilbereich in Europa ca. 4 Mill. Personen beschäftigt und 8 Mill. Arbeitsplätze hängen indirekt davon ab. Dieser Bereich macht 7 % des GNP aus. Dabei hängt er derzeit zum guten Teil auch von der erfolgreichen Entwicklung der Eingebetteten Systeme in Fahrzeugen ab. Dasselbe gilt für andere Industriebereiche, etwa den Eisenbahn- oder Flugzeugbau. Man kann daher sagen: Ohne funktionierende Entwicklung Eingebetteter Systeme sähe es in Europa hinsichtlich der Arbeitsplätze noch wesentlich düsterer aus als derzeit. Die Entwicklung muss funktionieren. Anders ausgedrückt: the future is embedded and embedded is the future!

39 Growing importance of embedded systems (3)
.. but embedded chips form the backbone of the electronics driven world in which we live ... they are part of almost everything that runs on electricity [Mary Ryan, EEDesign, 1995] 79% of all high-end processors are used in embedded systems The future is embedded, Embedded is the future! Foundation for the „post PC era“ ES hardly discussed in other CS courses ES important for Technical University ES important for Europe Scope: sets context for specialized courses Importance of education 1.3 … importance

40 Characteristics of Embedded Systems (1)
Must be dependable, Reliability R(t) = probability of system working correctly provided that is was working at t=0 Maintainability M(d) = probability of system working correctly d time units after error occurred. Availability A(t): probability of system working at time t Safety: no harm to be caused Security: confidential and authentic communication Even perfectly designed systems can fail if the assumptions about the workload and possible errors turn out to be wrong. Making the system dependable must not be an after-thought, it must be considered from the very beginning 1.1 terms and scope

41 Reliability Let T: time until first failure, T is a random variable
More in-depth: Reliability Let T: time until first failure, T is a random variable Let f(t) be the density function of T Reliability R(t) = probability that the time until the first failure is larger than some time t: R(t)=Pr(T>t), t0 Example: Exponential distribution R(t)=e-t; f(t)=e-t Fehler: System erfüllt seine Funktion nicht, oder Performance ist nicht ausreichend redundante Komponenten können ausfallen, ohne das ein Fehler des Gesamtsystems auftritt f(t), F(t) und R(t) können berechnet werden, falls eine bekannt ist. R(t) 1 f(t)  ~0.37 t t 1/

42 F(t) F(t) = probability of the system being faulty at time t: F(t) = 1-R(t) = Pr(T≤t) Example: Exponential distribution F(t) 1 t

43 Failure rate The failure rate at time t is the probability of the system failing between time t and time t+: Conditional probability ("provided that the system works at t ") 1st phase 2nd phase 3rd phase Typical behavior of hardware systems ("bathtub curve") For exponential distribution: f(t) = - dR(t)/dt => Ausfallrate lässt sich aus Zuverlässigkeitsfunktion bestimmen. oder: Ausfallrate beschreibt Zuverlässigkeitsfunktion vollständig (Lösen der Differentialgleichung) Lebensdauer exponential-verteilt => System altert nicht für Software sinnvoll, für Hardware nicht FIT = expected number of failures in 109 hrs.

44 MTTF, MTTR and MTBF end MTTR = mean time to repair (average over repair times using distribution M(d)) MTBF* = mean time between failures = MTTF + MTTR Ignoring the statistical nature of faults … operational faulty t MTTR MTTF MTBF * Mixed up with MTTF, if starting in operational state is implicitly assumed

45 Characteristics of Embedded Systems (2)
Must be efficient Energy efficient Code-size efficient (especially for systems on a chip) Run-time efficient Weight efficient Cost efficient Dedicated towards a certain application Knowledge about behavior at design time can be used to minimize resources and to maximize robustness Dedicated user interface (no mouse, keyboard and screen)

46 Characteristics of Embedded Systems (3)
Many ES must meet real-time constraints A real-time system must react to stimuli from the controlled object (or the operator) within the time interval dictated by the environment. For real-time systems, right answers arriving too late are wrong. „A real-time constraint is called hard, if not meeting that constraint could result in a catastrophe“ [Kopetz, 1997]. All other time-constraints are called soft. A guaranteed system response has to be explained without statistical arguments

47 Real-Time Systems Embedded and Real-Time
Synonymous? Most embedded systems are real-time Most real-time systems are embedded embedded embedded real-time real-time © Jakob Engblom

48 Characteristics of Embedded Systems (4)
Frequently connected to physical environment through sensors and actuators, Hybrid systems (analog + digital parts). Typically, ES are reactive systems: „A reactive system is one which is in continual interaction with is environment and executes at a pace determined by that environment“ [Bergé, 1995] Behavior depends on input and current state.  automata model appropriate, model of computable functions inappropriate.

49 Characteristics of Embedded Systems (5)
ES are underrepresented in teaching and public discussions: „Embedded chips aren‘t hyped in TV and magazine ads ... [Mary Ryan, EEDesign, 1995] Not every ES has all of the above characteristics. Def.: Information processing systems having most of the above characteristics are called embedded systems. Course on embedded systems makes sense because of the number of common characteristics.

50 Quite a number of challenges, e.g. dependability
Non-real time protocols used for real-time applications (e.g. Berlin fire department) Over-simplification of models (e.g. aircraft anti-collision system) Using unsafe systems for safety-critical missions (e.g. voice control system in Los Angeles; ~ 800 planes without voice connection to tower for > 3 hrs Können wir jetzt mit all den Eigenschaften ErSe problemlos umgehen? Wir sieht es bspw. mit der Verlässlichkeit aus? Zunächst ist grundsätzlich bekannt, dass Entwicklungstechniken fehlen. Dies schlägt sich auch in konkreten Fehlschlägen nieder. Ich will hier nicht schon wieder von toll collect reden, da dieses System immerhin noch niemanden gefährdet hat, außer vielleicht auf seinem Posten, und das zu Recht. Wenn man anfängt, zumindest einige Informationen über Fehlschläge zu sammeln, dann wird diese recht schnell lang. Ich möchte hier beispielsweise das Meldungssystem der Berliner Feuerwehr nennen, dass in der Sylvesternacht 2000 vollständig ausfiel, sodass schließlich die Polizei mit Straßen-Patrouillen nach Bränden Ausschau halten musste. Zu den Ursachen gehört dabei u.a. die Verwendung nicht realzeitfähiger Ethernetprotokolle für Realzeitanwendungen. Hier in Freiburg beachtenswert ist die Untersuchung des Zusammenstoßes der beiden Flugzeuge nahes des Bodensees. Bei dieser Gelegenheit wurde bekannt, dass die Anti-Kollisions-systeme in Flugzeugen generell nur 2 Flugzeuge betrachten. Konfliktsituationen zwischen 3 und mehr Flugzeugen sind überhaupt nicht vorgesehen! Besondere Beachtung fand kürzlich der Fall eines französischen Autofahrers, dessen Geschwindigkeitsregelung das Fahrzeug konstant bei 190 bis 200 km/h hielt, bis nach 1 Stunde das Fahrzeug zum Stillstand gebracht werden konnte. Im security Bereich bereit weiterhin das Fehlen einer sicheren Identifikation von Absendern ein Problem.

51 Challenges for implementation in hardware
Lack of flexibility (changing standards). Mask cost for specialized HW becomes very expensive Trend towards implementation in Software [ tech_articles/MII_COO_NIST_2001.PDF9]

52 Importance of Embedded Software and Embedded Processors
“... the New York Times has estimated that the average American comes into contact with about 60 micro-processors every day....” [Camposano, 1996] The average American does not drive a BMW! Most of the functionality will be implemented in software Latest top-level BMWs contain over 100 micro- processors [Personal communication]

53 Challenges for implementation in software
If embedded systems will be implemented mostly in software, then why don‘t we just use what software engineers have come up with?

54 Software complexity is a challenge
Exponential increase in software complexity In some areas code size is doubling every 9 months [ST Microelectronics, Medea Workshop, Fall 2003] ... > 70% of the development cost for complex systems such as automotive electronics and communication systems are due to software development [A. Sangiovanni-Vincentelli, 1999] Zu den Problemen gehört auch die konkrete Entwicklung eingebetteter Systeme: Applikationsspezifische Hardware kann in vielen Fällen nicht mehr eingesetzt werden, sei es wegen der hohen Kosten der Maskenherstellung bei fortgeschrittenen Technologien, sei es weil Algorithmen heute flexibel gehalten werden müssen und eine Änderung nach Auslieferung in vielen Bereichen unumgänglich wird. Allerdings ist auch die Entwicklung von Software nicht ohne Probleme. Aufgrund der Komplexität steigen die Kosten für die Entwicklung von Software stark an und sie machen in manchen Bereichen, wie hier für den Automobilbereich genannt, bereits einen hohen Prozentsatz der Kosten überhaupt aus. Weiter ist auch der stark steigende Umfang von Software ein Problem. Am Beispiel von Software in Fernsehern hat man einen exponentiell steigenden Umfang festgestellt. In manchen Bereichen steigt die Komplexität auf geradezu dramatische Weise. So wurde beispielsweise von ST Microelektronics berichtet, dass sich der Umfang an Software teilweise alle 9 Monate verdoppelt. Rob van Ommering, COPA Tutorial, as cited by: Gerrit Müller: Opportunities and challenges in embedded systems, Eindhoven Embedded Systems Institute, 2004

55 More challenges for embedded software
Dynamic environments Capture the required behaviour! Validate specifications Efficient translation of specifications into implementations! How can we check that we meet real- time constraints? How do we validate embedded real- time software? (large volumes of data, testing may be safety-critical) Diese Komplexität ist daher auch ein Element in dieser Liste der Probleme mit eingebetteter Software. Dazu gehört weiter das Problem der sich rasch ändernden Umgebungen, für die existierende Protokolle vielfach nicht ausgelegt sind. Trotz neuer Technologien sind die Bandbreiten der Kommunikation in solchen Umgebungen begrenzt und die Verbindungen häufig nur temporär vorhanden. ….

56 It is not sufficient to consider ES just as a special case of software engineering
EE knowledge must be available, Walls between EE and CS must be torn down CS EE Zu den Problemen bei der Entwicklung eingebetteter Systeme gehört weiterhin, dass eigentlich eine enge Kooperation zwischen der Informatik und der Elektrotechnik erforderlich wäre. Ich habe einmal versucht, dies besonders drastisch darzustellen. <click> Nach wie vor gelingt, es aber immer noch nicht in dem erforderlichen Maß, die Wände einzureißen. Das Umbenennen von Fakultäten und Lehrstühlen stellt keinen wirklichen Fortschritt dar. Es gibt Ansätze der Kooperation, aber immer noch kann man meist erkennen, ob jemand „von Haus aus“ Informatiker oder Elektrotechniker ist.

57 Summary Definition of embedded systems Application areas Examples
Curriculum Characteristics Reliability Growing importance of embedded systems Challenges in embedded system design