ATTENDANCE MONITORING SYSTEM USING SMART CARD

Project
Submitted in Partial fulfillment of the requirements
For the degree of

BACHELOR OF ENGINEERING
BY

Amit Ramesh Jain

Anand K S

Maulik Bharat Gandhi

Under the guidance of

Prof. SUSHMA S KADGE

DEPARTMENT OF ELECTRONICS ENGINEERING

K. J. SOMAIYA COLLEGE OF ENGINEERING, MUMBAI

UNIVERSITY OF MUMBAI

2007-2008

1
 Attendance monitoring system using smart card

Submitted by:

 Amit Ramesh Jain

 Anand K S

 Maulik Bharat Gandhi

In Partial fulfillment of the degree of B. E. in Electronics Engineering is approved.

Guide Examiners

------------------------ --------------------

--------------------

-------------------------- ---------------------
Head of Department Principal

Date:

2
Index:

I) Introduction 5
II) Why do we need this project? 6
III) Development
a. Basic requirement 8
b. Sample student’s I card 9
c. Sample teacher’s I card 9
IV) Hardware implementation
a. Smart Card reader 11
b. Development board for 89s8252 13
c. LCD interface 14
d. Interfacing computer using RS232 15
V) Software implementation
a. Old R/W on chip eeprom memory function 19
b. Modified R/W on chip eeprom memory function 22
c. Algorithm 23
d. How the attendance record is maintained? 24-31

VI) Microcontroller programming

a. Main programming 33
b. LCD programming 36
c. Serial programming 39
VII) Visual Basic 41
VIII) Summary and future prospects
43
IX) Components Used 45
X) Acknowledgement 47
XI) References 49
XII) Appendix 51-57

3
Introduction

4
 INTRODUCTION

A punch card (or Hollerith card or IBM card), is a piece of stiff paper that contains
digital information represented by the presence or absence of holes in predefined
positions. Punched cards were widely used throughout the 19th century for controlling
textile looms and through the 20th century in unit record machines for input, processing,
and data storage. Early digital computers used punched cards as the primary medium for
input of both computer programs and data, with offline data entry on key punch
machines. Some voting machines have used punched cards.

From the 1900s, into the 1950s, punched cards were the primary medium for data entry,
data storage, and processing in institutional computing.

Punch cards can find applications in maintaining the attendance records. This is the main
idea of our project. Each student, as in this case will be having his own unique punch
card. By using this card along with the reader the attendance record can be updated.

The micro controller 89s8252 is interfaced with the card reader. The database of all the
students is maintained in the internal eeprom memory and the micro controller
intelligently updates their status from time to time. A serial communication device
RS232C is used to interface the micro controller with the computer.

5
Why do we need this project?

The traditional procedure for maintaining the attendance record was to pass the
attendance sheet during the lecture. This attendance sheet could constitute the status for
only 4 – 5 sessions. So in order to calculate the attendance for entire term all such
attendance sheets had to be assimilated. This procedure would require a lot of manual
work.

Our project is designed in such a way that the micro controller would automatically
update the status of the attendance when the reader detects the card. By using this system
it is possible to maintain the attendance for duration of 2 – 3 months and it enables the
user to keep a track of his attendance at any point.

This project would be user friendly as the student is only required to zip his card in order
to mark his attendance. This system will also minimize the malpractice of proxy
attendance.

6
Development

 Basic requirement
 Sample student’s I card
 Sample teacher’s I card

7
Development:

The basic requirement of this project is to design a system that would keep a track of
attendance of all the students for a given number of subjects and given number of days.

We are using a punch card i.e. a card with holes at different locations. The card is inserted
into the card reader. The reader consists of infra-red sensors i.e. transmitters and
receivers. The card is inserted in between the transmitter and receiver. The circuit would
break when there are no holes and the resultant output would be logic 0. The slots that are
punched would let the rays to reach the receiver and hence close circuit i.e. the output
would be logic 1. Thus different sensors in the reader circuit would give different outputs
depending on whether the card is punched or not.

Different students will have different I-cards i.e. holes would be punched at different
unique locations and thus unique reader output.

The reader is now interfaced with a micro controller. Each student is given a standard
memory space inside the internal eeprom which would contain the attendance record. As
and when the student enters the class for the lecture and inserts the card in the reader,
his/her attendance is marked. The attendance of all the students can be tracked whenever
required after a month or so by using serial cable on HyperTerminal. A report consisting
of necessary information like a student’s name along with roll no, total number of
lectures attended, total number of lectures conducted in a particular month, etc. The
percentage present for a student can be calculated and the ones below a particular limit
can black listed. No paper work. Reports would be ready on the click of a mouse.

Basic requirements:

The most important requirement was to develop an ID card unique for each student. The
card has to be prepared by us since such cards available in the market won’t necessarily
suit our requirement.

The ID card would be unique for each student and teachers. The eeprom memory is
segmented into two parts: student’s space and teacher’s space based upon their unique ID.

8
Sample Student’s I-card:

0 0 0

0 0 1

Sample Teacher’s I-card:

1 1 1

1 1 0

9
Hardware implementation

 Smart Card reader

 Development board for 89s8252
 LCD interface
 Interfacing computer using RS232

10
Hardware implementation:

>> Smart card reader:

The reader consists of a simple IR transmitter receiver circuit, the output of which is
directly given to port 0 of the microcontroller. Initially we had designed the following
circuit with an op amp (LM 324)

The above circuit was turning out to be complex as we had to integrate 6 pairs of
transmitter & receiver along with an op amp. Moreover as a single IC of LM 324 does
not have 6 o/p pins we had to use 2 of them.

11
So we switched over to a simpler resistance divider network as shown.

For this circuit we used a 330Ω resistance in series with the LEDs for their conduction.
As we also knew that the resistance of the IR receiver decreases on sensing the IR signal
we had to select a high valued resistor so as to get the required voltage level for the micro
controller. After trying out different combinations we finally decided to select 5.6k Ω as
the series resistor for the receiver.

Now in case of presence of a hole the IR signal from the transmitter reaches the receiver.
As a result, the receiver offers very low resistance and a desired voltage level for the
microcontroller is achieved (logic 1). When a block is placed in the path of IR signal the
receiver acts as an open circuit and negligible voltage is achieved (logic 0).

12
>>Development board for 89s8252

The second step of hardware implementation was to prepare a development board for our
Microcontroller 89s8252. This development board was easily available in the market
along with the required components. After integrating these components on the
development board we had to make some necessary modifications to suit our
microcontroller. The first step was to isolate Vcc pin of port1 (programming port) and
connect it to reset point of microcontroller (PIN 9). The other necessary precaution we
had to take is to ensure that the other Vcc connections remain undisturbed.

13
>>LCD interface

• 8 data pins D7:D0

Bi-directional data/command pins.

Alphanumeric characters are sent in ASCII format.

• RS: Register Select

RS = 0 -> Command Register is selected

RS = 1 -> Data Register is selected

• R/W: Read or Write

0 -> Write, 1 -> Read

• E: Enable (Latch data)

Used to latch the data present on the data pins.

A high-to-low edge is needed to latch the data.
• VEE : contrast control

14
>>Interfacing with computer using RS232:

RS-232 Voltage levels

1. +3 to +25 volts to signify a "Space" (Logic

0)

2. -3 to -25 volts for a "Mark" (logic 1).

3. Any voltage in between these regions (i.e. between +3 and -3 Volts) is undefined.

The data byte is always transmitted least-significant-bit first.

The bits are transmitted at specific time intervals determined by the baud rate of the
serial signal.

This is the signal present on the RS-232 Port of your computer, shown below.

RS-232 Logic Waveform

RS-232 LEVEL CONVERTER:

Standard serial interfacing of microcontroller (TTL) with PC or any RS232C Standard

device , requires TTL to RS232 Level converter . A MAX232 is used for this purpose. It
provides 2-channel RS232C port and requires external 10uF capacitors.

The driver requires a single supply of +5V .

15
MAX-232 includes a Charge Pump, which generates +10V and -10V from a single 5v
supply.

MICROCONTROLLER INTERFACING WITH RS-232 STANDARD DEVICES

MAX232 (+5V -> +-12V converter)

Serial port male 9 pin connector (SER)

16
SETTING SERIAL PORT.

SCON

8 bit UART ,RN enabled , TI & RI operated by program. - 50hex

Timer 1 Count

TH1 = 256 - ((Crystal / 384) / Baud) -PCON.7 is clear.

TH1 = 256 - ((Crystal / 192) / Baud)-PCON.7 is set.

so with PCON.7 is clear we get timer value = FDhex

17
 Software implementation

 Old R/W on chip eeprom memory function

 Modified R/W on chip eeprom memory function
 Algorithm
 How the attendance record is maintained?

18
Software implementation:

One of the most crucial part of the project was to read and write data in real time even
with power supply disconnected.

RAM wasn’t the option, as its content would be washed as soon as the power supply is
gone. EEPROM was the only option. At the very beginning we started with Phillips
micro controller P89v51RD52 with external EEPROM that would be interfaced in
parallel. But then we had limited port pins. One more idea that came to our mind was of
using a master/slave configuration. The slave micro controller would be assigned the job
of interfacing with the eeprom and lcd display. The master would take care of all other
functions.

As we researched into the matter we found a better option than the above:

Using I2C protocol for interfacing the eeprom. This would consume only two port pins
and the protocol is widely accepted and plenty of I2C based micro controllers and eeprom
was available.

There was still one limitation to this architecture i.e. the eeprom required a power source.
Flash memory was an option but it would increase complexity.

We started learning the protocol and almost selected an eeprom based on I2C protocol
when a friend suggested a micro controller with an internal eeprom. Finally we selected
Atmel’s 89s8252 micro controller as our project’s sole controller cum memory.

19
>>Read/Write 2k On-chip EEPROM function (KEIL C51 V7.5)

#include<reg8252.h>

void WriteEEP(unsigned char xdata * ADDR,unsigned char EEP_Data);

unsigned char ReadEEP(unsigned char xdata * ADDR);

//---------------------------------------

// Write EEPROM funcrion

// Input : ADDR = address 000h-7FFh

// EEP_Data = Data

//---------------------------------------

void WriteEEP(unsigned char xdata * ADDR,unsigned char EEP_Data)

EA=0; // disable Interrupts during write

WMCON|=EEMEN_ | EEMWE_;

*ADDR=EEP_Data;

WMCON &= ~EEMEN_;

WMCON &= ~EEMWE_;

while((WMCON&WDTRST_)==0);// wait until write is complete

EA=1;

//---------------------------------------

// Read EEPROM function

// Input : ADDR = address

20
// Output: unsigned char (8bit)

//---------------------------------------

unsigned char ReadEEP(unsigned char xdata *ADDR)

unsigned char EEP_DATA;

EA=0; // disable Interrupts during write

WMCON|=EEMEN_;

EEP_DATA = *ADDR;

WMCON &= ~EEMEN_;

EA=1;

return EEP_DATA;

-------------------------------------------------------------------------------------------------------

To use the above function just call like this

WriteEEP(0x123,0xAA); // Write data 0xAA to EEPROM at address 0x123

unsigned char MyByte;

MyByte = ReadEEP(0x123); // Read EEPROM at address 0x123 and return unsigned
char

-------------------------------------------------------------------------------------------------------

However these functions never performed to our expectations. The eeprom write was
executed properly but whenever a read operation was carried out it would show some
garbage value or probably the address of the data.

We didn’t give up and continued searching for some other way to access the internal
eeprom. Soon we got positive result.

21
Modified Read/Write 2K On-chip EEPROM function(KEIL C51 V7.5)

#include <AT898252.H>

#include <absacc.h>

/*

* Return EEPROM Byte at address 'adr'

*/

unsigned char ReadEEP (unsigned int adr)

unsigned char v;

WMCON |= EEMEN_; // enable EEPROM

v = XBYTE[adr]; // read value

WMCON &= ~EEMEN_; // disable EEPROM

return (v);

/*

* Write EEPROM Byte 'val' at address 'adr'

*/

void WriteEEP (unsigned int adr, unsigned char val)

22
{

WMCON |= (EEMEN_ | EEMWE_); // enable EEPROM and set write bit

XBYTE[adr] = val; // write value

while ((WMCON & EERDY_) == 0); // wait until value programmed

WMCON &= ~(EEMWE_ | EEMEN_); // disable EEPROM and write strobe

To use the above function just call like this

WriteEEP(0x123,0xAA); // Write data 0xAA to EEPROM at address 0x123

unsigned char MyByte;

MyByte = ReadEEP(0x123); // Read EEPROM at address 0x123 and return data

The above functions worked well.

23
Algorithm:

Initially we are allocating four bytes of memory locations for each student.

How these bytes are allocated?

The reader output is nothing but a roll no. of a particular student. Now this roll no. is used
as an index or a memory pointer which is pointing to a specific location in internal
EEPROM.

The roll no. is multiplied by 4 i.e. we are allocating 4 bytes of memory for each student.

This memory will represent student’s attendance profile.

AT 89S8252 provides 2k internal EEPROM i.e. 000-7FF

We are using 256 bytes of EEPROM which will provide us with 60 unique ID for each
student and one unique ID for teacher.

24
 Roll No. 1
0001H*04H= 0004H

P3.7=P3.6=0
Roll No. 2
0008H
DPH=00H
DPL=[P3]*04H
0000H-00FFH
DPTR
------------------------
DPH register DPL ------------------------
16bit
s Roll No. 61

00F8H

>>How the attendance record is maintained?

When the teacher enters her ID in the card reader all the bits of the byte which is pointed
by the data pointer gets rotated to the left by one place.

Now if the student enters the card, the data pointed by the data ptr gets ORed with 01H
i.e. the student is present

If the student is absent his data will not be ORed i.e. his attendance won’t be marked

25
 Algorithm for attendance
record
Student’s ID

0000H 0 0 0 0 0 0 0 0 dptr
0001H
0002H 0 0 0 0 0 0 0 0
Roll No 1
0003H 0 0 0 0 0 0 0 0 Memory Space

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

Present Absent

NOP
OR 01H

Here when the lecture started teacher swiped her card:

 The program identifies that it is teacher’s card and performs an internal fixed
routine

 The memory locations of all the student’s are updated

 They are all rotated once left as shown above

 There is a counter which keeps track of the number of times rotate performed and
this counter keeps the count on the number of lectures conducted

26
Example:

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0
OR
Student Present 0 0 0 0 0 0 0 1
=
0 0 0 0 0 0 0 1

27
 Student Present:

0 0 0 0 0 0 0 1

0 0 0 0 0 0 0 1

0 0 0 0 0 0 1 0
OR
0 0 0 0 0 0 0 1
=
0 0 0 0 0 0 1 1

What happens when a student swipe his/her I Card?

 The contents in the student’s memory are ORed with 01h

 The result indicates 1 in the last bit i.e. lecture attended as shown

28
 Student Absent:

0 0 0 0 0 0 1 1

0 0 0 0 0 0 1 1

0 0 0 0 0 1 1 0
OR
0 0 0 0 0 0 0 1
=
0 0 0 0 0 1 1 0

What happens if the student is absent?

 The above operation of ORing won’t be performed

 This means that there is a zero in place of 1 in the last bit indicating that the
student is absent

29
 At the very beginning
Student’s ID
0 0 0 0 0 0 0 0 dptr
0000H
0001H 0 0 0 0 0 0 0 0 Counter1=8H
0002H 0 0 0 0 0 0 0 0 Counter2=4H
0003H
0 0 0 0 0 0 0 0

Student’s ID

0 1 1 0 0 0 1 0 Lectures Attended=3
0000H
0001H 0 0 0 0 0 0 0 0 dptr
0002H 0 0 0 0 0 0 0 0 Counter1=8H
0003H Counter2=3H
0 0 0 0 0 0 0 0
After 8 lectures

30
 After 32 lectures

Student’s ID

0 1 1 0 0 0 1 0
0000H Counter1=0H
0001H 0 1 1 1 1 0 1 0 Counter2=0H
0002H 0 1 0 1 0 1 1 1
0003H
10 0 1 1 0 1 1 dptr
In the 33rd lecture
Student’s ID

0 0 0 0 0 0 0 0 dptr
0000H
0001H 0 0 0 0 0 0 0 0
0002H 0 0 0 0 0 0 0 0 Counter1=8H
0003H Counter2=4H
0 0 0 0 0 0 0 0

The above algorithm maintains record for 32 lectures after which the memory can be
reset.

31
Results:

No. of RLC operations=Lectures conducted

No. of 1’s in a byte=Lectures present

Percentage present =Lectures present*100
Lectures conducted

32
 Microcontroller programming

 Main programming
 LCD programming
 Serial programming

33
Micro controller Programming:

We wrote a program for the above algorithm in Keil. Keil was preferred over assembly
language programming because we were much acquainted with C and Keil provided us
with much more beneficial tools.

>>Main Program

#include <AT898252.H>

#include <absacc.h>

#include <stdio.h>

void main (void)

unsigned char rollno,attd[60]=0,d=0,lectr=0;

unsigned int memloc;

unsigned char MyByte=0,i,v;

unsigned char x,y,z;

while(1)

//rollno=P0;

if(P0==0xFF) //Reset=A card to reset all student's attendance

for(i=0x001;i<=0x0FF;i++)

WMCON |= (EEMEN_ | EEMWE_); // enable EEPROM and set write bit

34
XBYTE[i] = 0x00;

while ((WMCON & EERDY_) == 0) ;

WMCON &= ~(EEMWE_ | EEMEN_); //disable EEPROM and write strobe

else if(P0==0x3D) //Teacher Icard=Mark lecture conducted

for(i=0x01;i<=0x3C;i++)//60 students=everyone’s memory updated

memloc=(i*0x04)+d;

//Read the record of each student and modify accordingly

WMCON |= EEMEN_; // enable EEPROM

MyByte = XBYTE[memloc]; // read value

WMCON &= ~EEMEN_; // disable EEPROM

MyByte<<=1; //Rotate left once

WMCON |= (EEMEN_ | EEMWE_); // enable EEPROM and set write bit

XBYTE[memloc] = MyByte;

while ((WMCON & EERDY_) == 0) ;

WMCON &= ~(EEMWE_ | EEMEN_); //disable EEPROM and write strobe

lectr++; //Lectr=Total no. of lectures conucted

else //Student

{memloc=(P0*0x04)+d;

//Read student's record and mark his attendance

35
WMCON |= EEMEN_; // enable EEPROM

MyByte = XBYTE[memloc]; // read value

WMCON &= ~EEMEN_; // disable EEPROM

MyByte|=1; //OR operation for marking attendance

WMCON |= (EEMEN_ | EEMWE_); // enable EEPROM and set write bit

XBYTE[memloc] = MyByte;

while ((WMCON & EERDY_) == 0) ;

WMCON &= ~(EEMWE_ | EEMEN_); //disable EEPROM and write strobe

attd[rollno]+=1; //Lectures attended by a student

if((lectr & 0x08)!=0)//Byte Full

d+=1;

if(d==0x04)//Needs Reset

d=0;

36
>>LCD interfacing program

#include <reg8252.h>

#include <stdio.h>

sfr ldata = 0x80;

sbit rs = P2^1;

sbit rw = P2^2;

sbit en = P2^3;

void lcdcmd(unsigned char);

void lcddata(unsigned char);

void msdelay(unsigned int);

void lcdcmd(unsigned char value)

ldata=value;

rs = 0;

rw = 0;

en = 1;

msdelay(1);

en = 0;

return;

void lcddata(unsigned char value)

ldata=value;

37
rs = 1;

rw = 0;

en = 1;

msdelay(1);

en = 0;

return;

void msdelay(unsigned int itime)

unsigned int i, j;

for(i=0;i<itime;i++)

for(j=0;j<1275;j++);

void main()

unsigned char x,y,z;

P0=0x05;

x=P0;

y=(x/0x0A);

z=(x%0x0A);

lcdcmd(0x38);

msdelay(250);

lcdcmd(0x0E);

msdelay(250);

lcdcmd(0x01);

38
msdelay(250);

//lcdcmd(0x86);

//msdelay(250);

lcddata('R');

msdelay(50);

lcddata('o');

msdelay(50);

lcddata('l');

msdelay(50);

lcddata('l');

msdelay(50);

lcddata(' ');

msdelay(50);

lcddata('N');

msdelay(50);

lcddata('o');

msdelay(50);

lcddata(' ');

msdelay(50);

lcddata(y+0x30);

msdelay(50);

lcddata(z+0x30);

msdelay(50);

39
>>Serial Communication program

#include<reg51.h>

void trans(unsigned char);

void main()

unsigned char p,q;

TMOD=0x20;

TH1=0xFD;

TL1=0xFD;

SCON=0x50;

TR1=1;

p=(25/10);

q=(25%10);

trans('R');

trans('O');

trans('L');

trans('L');

trans(' ');

trans('N');

trans('O');

trans(p);

trans(q);

40
void trans(unsigned char x)

SBUF=x;

while(TI==0);

TI=0;

<<HyperTerminal>>

Serial communication is used to get the attendance record of all the students.

41
<<Visual Basic

The complete attendance record is available in the eeprom memory of the micro
controller. This data can be made more readily available on demand by using Visual
Basic. We can go one step further and make the data available online so that the students
can refer to their latest attendance record whenever they wish.

The following diagram depicts how visual basic would help in simplifying things.

Attendance Monitoring System!!

January February March

April May June

July August
`` September

October November December

Update

Name Enter
Exit

The attendance record of any student for any month is just a click
away…

42
Summary and future prospects

43
Summary:

The idea behind our project was to simplify the tedious job of tracking student’s
attendance record by our teachers. This would not only reduce the paper work but also
save valuable lecture’s time. The students could refer to their latest attendance record
whenever required if the data is made available online.

Also the students won’t be able to put proxies if adequate measures are taken.

Our system is presently made only for one subject and one class. The teacher would enter
the class with a reader and initially swipe her card. The students would then one by one
swipe their cards, thus marking their attendance. This would take just a few minutes. No
attendance sheet to be passed in the class and no roll calls to be taken. No late entries
would be allowed. Meager chances of proxies.

Future Prospects:

One of the most urgent and crucial need is to upgrade the current one subject scheme to
more number of subjects. This is important while implementing the project in colleges.
The current project, however, will work absolutely fine in schools where the attendance
are marked only once in a day.

In addition, the punch card technology which we are using for reading has certain
limitations. The card could be easily fiddled with. Also the total number of unique IDs
that could be prepared depends on the number of holes on the card.

Suppose if the punch card technology is replaced by Barcodes all the limitations would
be overcome.

Also Visual Basic can be used on a larger scale to get user friendly results on the
computer.

Once the database of all students is stored in the computer, the card can be used for
different other purposes e.g. automatic railway concession

44
Components used

45
Components used:

Component Specification Quantity

Micro Controller AT 89s8252 1

Resistors 330ohms 7
5k6 6
IR Led 3mm 6
IR Receiver 3mm 6
LED 3mm 6

46
 Acknowledgement

ACKNOWLEDGEMENT

47
We are elated to present this project and would like to take this opportunity to express our
sincere thanks to all, who by their direct or indirect contribution have helped us make it
possible.

We thank Mrs Sushma S Kadge, our internal project guide for her assistance. Without
her constant support and motivation this project would not have been possible. We would
also like to express gratitude towards Mr Sameer Mhatre for imparting his knowledge
and experience in helping us to design the Micro controller aspect of this project.

We also thank Mamta Mam, the lab assistant of micro controller lab for her kind support
and co-operation.

We also thank Department of Electronics Engineering, K. J. Somaiya C.O.E. which

let us avail the instruments, equipments and other infrastructure, necessary for our work.

We look forward to be associated with this team and to carry on the successful
completion of this project.

Thanking you.

48
 References

References:
 www.embeddedsystems.com

49
 www.keil.com
 www.wankhedetutorials.com
 Embedded Systems Development by Mazidi

50
 Appendix

Appendix:

51
Features
Description
• Compatible with MCS®51 Products
• 8K Bytes of In-System Reprogrammable Downloadable Flash Memory – SPI Serial
Interface for Program Downloading – Endurance: 1,000 Write/Erase Cycles
• 2K Bytes EEPROM – Endurance: 100,000 Write/Erase Cycles
• 4V to 6V Operating Range
• Fully Static Operation: 0 Hz to 24 MHz
• Three-level Program Memory Lock
• 256 x 8-bit Internal RAM
• 32 Programmable I/O Lines
• Three 16-bit Timer/Counters
• Nine Interrupt Sources
• Programmable UART Serial Channel
• SPI Serial Interface
• Low-power Idle and Power-down Modes
• Interrupt Recovery from Power-down
• Programmable Watchdog Timer
• Dual Data Pointer
• Power-off Flag

52
The AT89S8252 is a low-power, high-performance CMOS 8-bit microcontroller with 8K
bytes of downloadable Flash programmable and erasable read-only memory and 2K
bytes of EEPROM. The device is manufactured using Atmel’s high-density nonvolatile
memory technology and is compatible with the industry-standard 80C51 instruction
set and pinout. The on-chip downloadable Flash allows the program memory to be
reprogrammed In-System through an SPI serial interface or by a conventional nonvol-
atile memory programmer. By combining a versatile 8-bit CPU with downloadable
Flash on a monolithic chip, the Atmel AT89S8252 is a powerful microcontroller, which
provides a highly-flexible and cost-effective solution to many embedded control
applications. The AT89S8252 provides the following standard features: 8K bytes of
downloadable Flash, 2K bytes of EEPROM, 256 bytes of RAM, 32 I/O lines,
programmable watchdog timer, two data pointers, three 16-bit timer/counters, a six-
vector two-level interrupt architecture, a full duplex serial port, on-chip oscillator, and
clock circuitry. In addition, the AT89S8252 is designed with static logic for operation
down to zero frequency and supports two software selectable power saving modes.
The Idle Mode stops the CPU while allowing the RAM, timer/counters, serial port, and
interrupt system to continue functioning. The Power-down mode saves the RAM
contents but freezes the oscillator, disabling all other chip functions until the next
external interrupt or hardware reset. The downloadable Flash can be changed a
single byte at a time and is accessible through the SPI serial interface. Holding RESET
active forces the SPI bus into a serial programming interface and allows the program
memory to be written to or read from unless lock bits have been activated.

Pin Configurations

Pin Description
VCC Supply voltage

GND Ground

Port 0 Port 0 is an 8-bit open drain bi-didirectional I/O port. As an output port,
each pin can sink eight TTL inputs. When 1s are written to port 0 pins, the pins
can be used as highimpedance inputs.

53
 Port 0 can also be configured to be the multiplexed low-order address/data
bus during accesses to external program and data memory. In this mode, P0
has internal pull-ups.
Port 0 also receives the code bytes during Flash programming and outputs the
code bytes during program verification. External pull-ups are required during
program verification.
Port 1 Port 1 is an 8-bit bi-directional I/O port with internal pull-ups. The Port 1 output
buffers can sink/source four TTL inputs. When 1s are written to Port 1 pins,
they are pulled high by the internal pull-ups and can be used as inputs. As
inputs, Port 1 pins that are exter-nally being pulled low will source current (IIL)
because of the internal pull-ups.

Port 2 Port 2 is an 8-bit bi-directional I/O port with internal pull-ups. The Port 2 output
buffers can sink/source four TTL inputs. When 1s are written to Port 2 pins, they are
pulled high by the internal pull-ups and can be used as inputs. As inputs, Port 2 pins
that are exter-nally being pulled low will source current (IIL) because of the internal
pull-ups. Port 2 emits the high-order address byte during fetches from external
program memory and during accesses to external data memory that use 16-bit
addresses (MOVX @ DPTR). In this application, Port 2 uses strong internal pull-ups
when emitting 1s. During accesses to external data memory that use 8-bit addresses
(MOVX @ RI), Port 2 emits the contents of the P2 Special Function Register. Port 2
also receives the high-order address bits and some control signals during Flash
programming and verification.

Port 3 Port 3 is an 8-bit bi-directional I/O port with internal pull-ups. The Port 3 output
buffers can sink/source four TTL inputs. When 1s are written to Port 3 pins,
they are pulled high by the internal pull-ups and can be used as inputs. As
inputs, Port 3 pins that are exter-nally being pulled low will source current (IIL)
because of the pull-ups. Port 3 receives some control signals for Flash
programming and verification.

Special Function Registers

A map of the on-chip memory area called the Special Function Register (SFR) space is
shown in Table 1. Note that not all of the addresses are occupied, and unoccupied
addresses may not be implemented on the chip. Read accesses to these addresses
will in general return random data, and write accesses will have an indeterminate
effect. User software should not write 1s to these unlisted locations, since they may
be used in future products to invoke new features. In that case, the reset or inactive
values of the new bits will always be 0.

54
Watchdog and Memory Control Register The WMCON register contains control bits for the
Watchdog Timer (shown in Table 3). The EEMEN and EEMWE bits are used to select
the 2K bytes on-chip EEPROM, and to enable byte-write. The DPS bit selects one of
two DPTR registers available.
Table 3. WMCON—Watchdog and Memory Control Register

55
Data Memory – EEPROM and RAM
The AT89S8252 implements 2K bytes of on-chip EEPROM for data storage and 256
bytes of RAM. The upper 128 bytes of RAM occupy a parallel space to the Special
Function Registers. That means the upper 128 bytes have the same addresses as the
SFR space but are physically separate from SFR space. When an instruction accesses
an internal location above address 7FH, the address mode used in the instruction
specifies whether the CPU accesses the upper 128 bytes of RAM or the SFR space.
Instructions that use direct addressing access SFR space. For example, the following
direct addressing instruction accesses the SFR at location 0A0H (which is P2). MOV
0A0H, #data Instructions that use indirect addressing access the upper 128 bytes of
RAM. For exam-ple, the following indirect addressing instruction, where R0 contains
0A0H, accesses the data byte at address 0A0H, rather than P2 (whose address is
0A0H). MOV @R0, #data Note that stack operations are examples of indirect
addressing, so the upper 128 bytes of data RAM are available as stack space. The on-
chip EEPROM data memory is selected by setting the EEMEN bit in the WMCON
register at SFR address location 96H. The EEPROM address range is from 000H to
7FFH. The MOVX instructions are used to access the EEPROM. To access off-chip data
memory with the MOVX instructions, the EEMEN bit needs to be set to “0”. The
EEMWE bit in the WMCON register needs to be set to “1” before any byte location in
the EEPROM can be written. User software should reset EEMWE bit to “0” if no fur-
ther EEPROM write is required. EEPROM write cycles in the serial programming mode
are self-timed and typically take 2.5 ms. The progress of EEPROM write can be moni-
tored by reading the RDY/BSY bit (read-only) in SFR WMCON. RDY/BSY = 0 means
programming is still in progress and RDY/BSY = 1 means EEPROM write cycle is completed and another
write cycle can be initiated. In addition, during EEPROM programming, an attempted read from the

56
EEPROM will fetch the byte being written with the MSB complemented. Once the write cycle is com-
pleted, true data are valid at all bit locations.

Interrupts
The AT89S8252 has a total of six interrupt vectors: two external interrupts (INT0 and
INT1), three timer interrupts (Timers 0, 1, and 2), and the serial port interrupt. These
interrupts are all shown in Figure 10. Each of these interrupt sources can be
individually enabled or disabled by setting or clearing a bit in Special Function
Register IE. IE also contains a global disable bit, EA, which disables all interrupts at
once. Note that Table 10 shows that bit position IE.6 is unimplemented. In the
AT89C51, bit position IE.5 is also unimplemented. User software should not write 1s
to these bit posi-tions, since they may be used in future AT89 products. Timer 2
interrupt is generated by the logical OR of bits TF2 and EXF2 in register T2CON.
Neither of these flags is cleared by hardware when the service routine is vec-tored to.
In fact, the service routine may have to determine whether it was TF2 or EXF2 that
generated the interrupt, and that bit will have to be cleared in software. The Timer 0
and Timer 1 flags, TF0 and TF1, are set at S5P2 of the cycle in which the timers
overflow. The values are then polled by the circuitry in the next cycle. However, the
Timer 2 flag, TF2, is set at S2P2 and is polled in the same cycle in which the timer
overflows.

57
58