THE FINAL WORD ON THE 8051.pdf

(1514 KB) Pobierz
finalwd.PDF
T HE F INAL W ORD ON THE 8051
- Introduction
This is a book about the Intel 8051 microcontroller and its large family of descendants. It is intended to
give you, the reader, some new techniques for optimizing your 8051 projects and the development
process you use for those projects. It is not the purpose of this book to provide various recipes for
different types of embedded projects.
Wherever possible, I have included code examples to make the discussion clearer. There are points in
the book where projects are discussed as a means of illustrating the point of the given chapter. Much of
this code is available on the companion disk, to use it you will need to be familiar with C and 8051
assembler since this book is not intended to be a tutorial in C or 8051 assembler. There are many fine
books you can buy to learn about ANSI C. As for 8051 assembler, the best source is the Intel data book
which is free from your 8051 vendor or the manual that comes with your particular assembler.
The code on the companion diskette contains the code I wrote and compiled for the book you hold in
your hands. It is fully functional and has been tested. This is not to say that that the code on the diskette
is ready to go into your system and be delivered as part of your projects. Some of it will require change
before it can be integrated into your system.
This book will help you learn how to make the best out of the tools you have. If you only have an 8051
assembler, you can still learn from this book and use the examples, but you will have to decide for
yourself how to implement the C language examples in assembler. This is not a difficult task for anyone
who understands the basics of C and the 8051 assembler set.
If you have a C compiler for the 8051, then I congratulate you. You have made an excellent decision in
your use of C. You will find that your project development time using C is lower and that your
maintenance time using C is also lower. If you have the Keil C51 package, then you have made an
excellent decision in 8051 development tools. I have found that the Keil package for the 8051 provides
the best support. The code in this book directly supports the Keil C extensions. If you have one of the
other development packages such as Archimedes or Avocet, you will find that this book is still of great
service to you. The main thing to be aware of is that you may have to change some of the Keil specific
directives to the appropriate ones for your development tools.
In many places in this book are diagrams of the hardware on which the example code runs. These are
not intended to be full schematics, but are merely block diagrams that have enough information to allow
you to understand how the software must interface to the hardware.
You should look upon this book as a learning tool rather than a source of various system designs. This is
not an 8051 cookbook, but rather an exploration of the capabilities of the 8051 given proper hardware
and software design. I prefer to think that you will use this book as a source of ideas from which your
designs springboard and grow in a marvelous world of sunshine and roses! Seriously, though, I think you
will gain useful knowledge from this book that will help you greatly improve your designs and make you
look like your company’s 8051 guru.
Page 1
305443455.002.png
C HAPTER 2 - T HE H ARDWARE
- The Hardware
Overview
The 8051 family of micro controllers is based on an architecture which is highly optimized for embedded
control systems. It is used in a wide variety of applications from military equipment to automobiles to the
keyboard on your PC. Second only to the Motorola 68HC11 in eight bit processors sales, the 8051
family of microcontrollers is available in a wide array of variations from manufacturers such as Intel,
Philips, and Siemens. These manufacturers have added numerous features and peripherals to the 8051
such as I 2 C interfaces, analog to digital converters, watchdog timers, and pulse width modulated outputs.
Variations of the 8051 with clock speeds up to 40MHz and voltage requirements down to 1.5 volts are
available. This wide range of parts based on one core makes the 8051 family an excellent choice as the
base architecture for a company's entire line of products since it can perform many functions and
developers will only have to learn this one platform.
The basic architecture consists of the following features:
an eight bit ALU
32 descrete I/O pins (4 groups of 8) which can be individually accessed
two 16 bit timer/counters
full duplex UART
6 interrupt sources with 2 priority levels
128 bytes of on board RAM
separate 64K byte address spaces for DATA and CODE memory
One 8051 processor cycle consists of twelve oscillator periods. Each of the twelve oscillator periods is
used for a special function by the 8051 core such as op code fetches and samples of the interrupt daisy
chain for pending interrupts. The time required for any 8051 instruction can be computed by dividing the
clock frequency by 12, inverting that result and multiplying it by the number of processor cycles required
by the instruction in question. Therefore, if you have a system which is using an 11.059MHz clock, you
can compute the number of instructions per second by dividing this value by 12. This gives an
instruction frequency of 921583 instructions per second. Inverting this will provide the amount of time
taken by each instruction cycle (1.085 microseconds).
Page 2
305443455.003.png
T HE F INAL W ORD ON THE 8051
Memory Organization
The 8051 architecture provides the user with three physically distinct memory spaces which can be seen
in Figure A - 1. Each memory space consists of contiguous addresses from 0 to the maximum size, in
bytes, of the memory space. Address overlaps are resolved by utilizing instructions which refer
specifically to a given address space. The three memory spaces function as described below.
Figure A - 1 - 8051 Memory Architecture
The CODE Space
The first memory space is the CODE segment in which the executable program resides. This segment
can be up to 64K (since it is addressed by 16 address lines) . The processor treats this segment as read
only and will generate signals appropriate to access a memory device such as an EPROM. However,
this does not mean that the CODE segment must be implemented using an EPROM. Many embedded
systems these days are using EEPROM which allows the memory to be overwritten either by the 8051
itself or by an external device. This makes upgrades to the product easy to do since new software can
be downloaded into the EEPROM rather than having to disassemble it and install a new EPROM.
Additionally, battery backed SRAMs can be used in place of an EPROM. This method offers the same
capability to upload new software to the unit as does an EEPROM, and does not have any sort of
read/write cycle limitations such as an EEPROM has. However, when the battery supplying the RAM
eventually dies, so does the software in it. Using an SRAM in place of an EPROM in development
systems allows for rapid downloading of new code into the target system. When this can be done, it
helps avoid the cycle of programming/testing/erasing with EPROMs, and can also help avoid hassles
over an in circuit emulator which is usually a rare commodity.
In addition to executable code, it is common practice with the 8051 to store fixed lookup tables in the
CODE segment. To facilitate this, the 8051 provides instructions which allow rapid access to tables via
the data pointer (DPTR) or the program counter with an offset into the table optionally provided by the
accumulator. This means that oftentimes, a table's base address can be loaded in DPTR and the
element of the table to access can be held in the accumulator. The addition is performed by the 8051
during the execution of the instruction which can save many cycles depending on the situation. An
example of this is shown later in this chapter in
Page 3
305443455.004.png
C HAPTER 2 - T HE H ARDWARE
Listing A - 5.
Page 4
305443455.005.png
T HE F INAL W ORD ON THE 8051
The DATA Space
The second memory space is the 128 bytes of internal RAM on the 8051, or the first 128 bytes of internal
RAM on the 8052. This segment is typically referred to as the DATA segment. The RAM locations in
this segment are accessed in one or two cycles depending on the instruction. This access time is much
quicker than access to the XDATA segment because memory is addressed directly rather than via a
memory pointer such as DPTR which must first be initialized. Therefore, frequently used variables and
temporary scratch variables are usually assigned to the DATA segment. Such allocation must be done
with care, however, due to the limited amount of memory in this segment.
Variables stored in the DATA segment can also be accessed indirectly via R0 or R1. The register being
used as the memory pointer must contain the address of the byte to be retrieved or altered. These
instructions can take one or two processor cycles depending on the source/destination data byte.
The DATA segment contains two smaller segments of interest. The first subsegment consists of the four
sets of register banks which compose the first 32 bytes of RAM. The 8051 can use any of these four
groups of eight bytes as its default register bank. The selection of register banks is changeable at any
time via the RS1 and the RS0 bits in the Processor Status Word (PSW). These two bits combine into a
number from 0 to 3 (with RS1 being the most significant bit) which indicates the register bank to be used.
Register bank switching allows not only for quick parameter passing, but also opens the door for
simplifying task switching on the 8051.
The second sub-segment in the DATA space is a bit addressable segment in which each bit can be
individually accessed. This segment is referred to as the BDATA segment. The bit addressable
segment consists of 16 bytes (128 bits) above the four register banks in memory. The 8051 contains
several single bit instructions which are often very useful in control applications and aid in replacing
external combinatorial logic with software in the 8051 thus reducing parts count on the target system. It
should be noted that these 16 bytes can also be accessed on a "byte-wide" basis just like any other byte
in the DATA space.
Special Function Registers
Control registers for the interrupt system and the peripherals on the 8051 are contained in internal RAM
at locations 80 hex
and above. These
registers are
referred to as
special function
registers (or SFRs
for short). Many of
them are bit
addressable. The
bits in the bit
addressable SFRs
can either be
accessed by name,
index or bit address.
Thus, you can refer
to the EA bit of the
Interrupt Enable
SFR as EA, IE.7, or
0AFH. The SFRs
control things such
as the function of
the timer/counters,
the UART, and the
+
0
1
2
3
4
5
6
7
F8
F0
B
E8
E0
ACC
D8
D0
PSW
C8
T2CON
RCAP2L
RCAP2H
TL2
TH2
C0
B8
IP
B0
P3
A8
IE
A0
P2
98
SCON
SBUF
90
P1
88
TCON
TMOD
TL0
TL1
TH0
TH1
80
P0
SP
DPL
DPH
PCON
- Denotes bit addressable Special Function Registers in this table and all following diagrams
Table A - 1
Page 5
305443455.001.png
Zgłoś jeśli naruszono regulamin