012 Introduction
012 Introduction
012 Introduction
Broenink
(191211090) 2015 / 2016
RTSD – Introduction
• Embedded Systems
– Application areas
– Examples
• Working with Embedded Systems
– Characteristics
– Dependability
– Challenges
• Design Process
– Overview of a work flow
Embedded systems
• Embedded systems (ES)
– Information processing systems embedded into a larger product
– Main reason for buying is not information processing
• ES Software is Dependable
– Availability, Reliability, Safety, Integrity, Maintainability Avizienis et al
– Security = Availability, Integrity, Confidentiality
(PM)
CH1 Introduction 1
Real-Time Software Development Jan F. Broenink
(191211090) 2015 / 2016
Application areas
• Automotive electronics
ABS, ESP, ACC
Electric-driven cars
• Aircraft electronics
A340+ Fly-by-wire
• Trains
• Telecommunication
Fastest growing market
• Robotics
Embedded systems
characteristics
Defined by
CH1 Introduction 2
Real-Time Software Development Jan F. Broenink
(191211090) 2015 / 2016
Embedded systems
platforms
Board-based PC-based
designs designs
• Criticality
– Hard systems
» Deadlines (responsiveness) really critical
» Failure => severe consequences (e.g. injury, damage or death)
– Soft systems
» Deadlines are less critical
» In many cases significant tolerance can be permitted (= be too late a bit)
• Speed
– Fast systems
» Responses within µs to 100 ms
– Slow systems
» Responses in the range 1 s to days
– Rather arbitrary boundary
» Related to reaction times in computer
CH1 Introduction 3
Real-Time Software Development Jan F. Broenink
(191211090) 2015 / 2016
Attribute rating
● Low ●●●● high
CH1 Introduction 4
Real-Time Software Development Jan F. Broenink
(191211090) 2015 / 2016
Avižienis, A., Laprie, J.-C., Randell, B. and Landwehr, C. (2004), Basic Concepts and Taxonomy of Dependable
and Secure Computing, IEEE Trans. on Dependable and Secure Computing, 1, (1), pp. 11-33.
§ 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
• Integrity: no improper system changes (from its inside)
• Failures
• At perfect design -> when assumptions are wrong
• At ‘normal’ design -> production / component errors
• Good design
• Dependability issues considered from the beginning
14 Jan Broenink Real-Time Software Development (191211090) University of Twente
CH1 Introduction 5
Real-Time Software Development Jan F. Broenink
(191211090) 2015 / 2016
§ Dynamic environments
§ Capture the required behaviour!
§ Validate specifications
Cyber-Physical Systems
CH1 Introduction 6
Real-Time Software Development Jan F. Broenink
(191211090) 2015 / 2016
Safety layer
Interaction
control
Physical system
– Programmable devices
Filtering/
– Distributed, heterogeneous A/D Sensors
Scaling
• Plant
– Machine, Sensors, Actuators, Power Amplifiers
CH1 Introduction 7
Real-Time Software Development Jan F. Broenink
(191211090) 2015 / 2016
• Demonstrator
• Based on Stork molder
• 6 motors in parallel
• Synchronization
• Metal blocks
• Distributed
CH1 Introduction 8
Real-Time Software Development Jan F. Broenink
(191211090) 2015 / 2016
D/A
Power
Physical system
Actuators
amplifier
Loop control
Supervisory
Safety layer
Sequence
Interaction
– Bottom up
control &
interface
control
Physical process
User
Filtering/
A/D Sensors
CH1 Introduction 9
Real-Time Software Development Jan F. Broenink
(191211090) 2015 / 2016
What is next?
CH1 Introduction 10