Lesson 2
Lesson 2
1
Introduction
Version 2 EE IIT, Kharagpur 1
Lesson
2
Introduction to Real Time
Embedded Systems Part II
Version 2 EE IIT, Kharagpur 2
Learn more about the numerous day-to-day real time embedded systems
Pre-Requisite
Digital Electronics, Microprocessors
Home appliances microwave ovens, answering machines. thermostats, home security systems,
washing machines. and lighting systems etc.
business equipment electronic cash registers, curbside check-in, alarm systems, card readers
product scanners, and automated teller machines
automobiles Electronic Control Unit(ECU) which includes transmission control, cruise control,
fuel injection, antilock brakes, and active suspension in the same or separate modules.
Mobile Phone
Let us take the same mobile phone as discussed in Lesson 1 as example for illustrating the
typical architecture of RTES.
In general, a cell phone is composed of the following components:
Antenna
Microphone
Speaker
Keyboard
Battery
RF receiver (Rx)
DSP
Speaker
Antenna
Microphone
RF transmitter (Tx)
Microcontroller
Display
Keyboard
1. Microprocessor
This is the heart of any RTES. The microprocessors used here are different from the general
purpose microprocessors like Pentium Sun SPARC etc. They are designed to meet some specific
requirements. For example Intel 8048 is a special purpose microprocessor which you will find in
the Keyboards of your Desktop computer. It is used to scan the keystrokes and send them in a
synchronous manner to your PC. Similarly mobile phones Digital Cameras use special purpose
processors for voice and image processing. A washer and dryer may use some other type of
processor for Real Time Control and Instrumentation.
2. Memory
The microprocessor and memory must co-exit on the same Power Circuit Board(PCB) or same
chip. Compactness, speed and low power consumption are the characteristics required for the
memory to be used in an RTES. Therefore, very low power semiconductor memories are used in
almost all such devices. For housing the operating system Read Only Memory(ROM) is used.
The program or data loaded might exist for considerable duration. It is like changing the setup of
your Desktop Computer. Similar user defined setups exist in RTES. For example you may like to
change the ring tone of your mobile and keep it for some time. You may like to change the
screen color etc. In these cases the memory should be capable of retaining the information even
after the power is removed. In other words the memory should be non-volatile and should be
easily programmable too. It is achieved by using Flash1 memories.
A memory technology similar in characteristics to EPROM(Erasable Programmable Read Only Memory) memory,
with the exception that erasing is performed electrically instead of via ultraviolet light, and, depending upon the
organization of the flash memory device, erasing may be accomplished in blocks (typically 64k bytes at a time)
instead of the entire device.
4. Software
The RTES is the just the physical body as long as it is not programmed. It is like the human body
without life. Whenever you switch on your mobile telephone you might have marked some
activities on the screen. Whenever you move from one city to the other you might have noticed
the changes on your screen. Or when you are gone for a picnic away from your city you might
have marked the no-signal sign. These activities are taken care of by the Real Time Operating
System sitting on the non-volatile memory of the RTES.
Besides the above an RTES may have various other components and Application Specific
Integrated Circuits (ASIC) for specialized functions such as motor control, modulation,
demodulation, CODEC.
The design of a Real Time Embedded System has a number of constraints. The following section
discusses these issues.
Design Issues
The constraints in the embedded systems design are imposed by external as well as internal
specifications. Design metrics are introduced to measure the cost function taking into account
the technical as well as economic considerations.
Design Metrics
A Design Metric is a measurable feature of the systems performance, cost, time for
implementation and safety etc. Most of these are conflicting requirements i.e. optimizing one
shall not optimize the other: e.g. a cheaper processor may have a lousy performance as far as
speed and throughput is concerned.
Following metrics are generally taken into account while designing embedded systems
Unit cost
The monetary cost of manufacturing each copy of the system, excluding NRE cost.
Version 2 EE IIT, Kharagpur 9
Size
The physical space required by the system, often measured in bytes for software, and gates or
transistors for hardware.
Performance
The execution time of the system
Power Consumption
It is the amount of power consumed by the system, which may determine the lifetime of a
battery, or the cooling requirements of the IC, since more power means more heat.
Flexibility
The ability to change the functionality of the system without incurring heavy NRE cost. Software
is typically considered very flexible.
Time-to-prototype
The time needed to build a working version of the system, which may be bigger or more
expensive than the final system implementation, but it can be used to verify the systems
usefulness and correctness and to refine the systems functionality.
Time-to-market
The time required to develop a system to the point that it can be released and sold to customers.
The main contributors are design time, manufacturing time, and testing time. This metric has
become especially demanding in recent years. Introducing an embedded system to the
marketplace early can make a big difference in the systems profitability.
Maintainability
It is the ability to modify the system after its initial release, especially by designers who did not
originally design the system.
Correctness
This is the measure of the confidence that we have implemented the systems functionality
correctly. We can check the functionality throughout the process of designing the system, and we
can insert test circuitry to check that manufacturing was correct.
Throughput
This is the number of tasks that can be processed per unit time. For example, a camera may be
able to process 4 images per second
These are the some of the cost measures for developing an RTES. Optimization of the overall
cost of design includes each of these factors taken with some multiplying factors depending on
their importance. And the importance of each of these factors depends on the type of application.
For instance in defense related applications while designing an anti-ballistic system the execution
time is the deciding factor. On the other hand, for de-noising a photograph in an embedded
camera in your mobile handset the execution time may be little relaxed if it can bring down the
cost and complexity of the embedded Digital Signal Processor.
The design flow of an RTES involves several steps. The cost and performance is tuned and finetuned in a recursive manner. An overall design methodology is enumerated below.
Conclusion
The scope of embedded systems has been encompassing more and more diverse
disciplines of technology day by day. Obsolescence of technology occurs at a much faster
pace as compared to the same in other areas. The development of Ultra-Low-Power VLSI
mixed signal technology is the prime factor in the miniaturization and enhancement of
the performance of the existing systems. More and more systems are tending to be
compact and portable with the RTES technology. The future course of embedded systems
depends on the advancements of sensor technology, mechatronics and battery technology.
The design of these RTES by and large is application specific. The time-gap between the
conception of the design problem and marketing has been the key factor for the industry.
Most of the cases for very specific applications the system needs to be developed using
the available processors rather than going for a custom design.
Questions
Q1. Give one example of a typical embedded system other than listed in this lecture. Draw the
block diagram and discuss the function of the various blocks. What type of embedded
processor they use?
Ans:
The major block diagram is divided into (1) Active Antenna System (2)RF/IF front end (3) The
Digital Signal Processor(DSP)
The Active Antenna System houses the antenna a band pass filter and a low noise amplifier
(LNA)
The RF/IF front end houses another band pass filter, the RF amplifier and the demodulator and
A/D converter.
The DSP accepts the digital data and decodes the signal to retrieve the information sent by the
GPS satellites.
Q2. Discuss about the Hard Disk Drive housed in your PC. Is it an RTES?
Ans:
Hard drives have two kinds of components: internal and external. External components are
located on a printed circuit board called logic board while internal components are located in a
sealed chamber called HDA or Hard Drive Assembly.
For details browse http://www.hardwaresecrets.com/article/177/3
The big circuit is the controller. It is in charge of everything: exchanging data between the hard
drive and the computer, controlling the motors on the hard drive, commanding the heads to read
or write data, etc.
All these tasks are carried out as demanded by the processor sitting on the motherboard. It can be
verified to be single-functioned, tightly constrained,
Therefore one can say that a Hard Disk Drive is an RTES.
[2]
[3]
[4]
[5]
[6]
Richard Bohuslav Kosik , Digital ignition & Electronic fuel injection Department of
Computer Science and Electrical Engineering The University of Queensland, Australia,
Bachelors Thesis, October 2000
Frank Vahid, Tony Givargis, Embedded System Design, A Unified
Hardware/Software Introduction,John Wiley and Sons Inc, 2002
Wayne Wolf, Computers as Components, Morgan Kaufmann, Harcourt India,2001
A.M Fox, J.E. Cooling, N.S. Cooling, Integrated Design approach for real time
embedded systems, Proc. IEE-Softw., Vo.146, No.2., April 1999, page 75-85.
Phen Edwards, Luciano Lavagno, Dward A. Lee.Alberto Sangiovanni- Vincentelli ,
Design of Embedded Systems: Formal Models, Validation, and Synthesis,
PROCEEDINGS OF THE IEEE, VOL. 85, NO. 3, MARCH 1997, page-366-390
J.A. Debardelaben, V. K. Madisetti, A. J. Gadeint, Incorporating Cost Modeling in
Embedded-System Design, IEEE Design and Test of Computers, July-September1997, Page 24-35