P. 1
GSM High Performance ATM Card Security System

GSM High Performance ATM Card Security System

|Views: 313|Likes:
Published by robomind

More info:

Published by: robomind on Mar 13, 2011
Copyright:Attribution Non-commercial


Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less





GSM High Performance ATM Card Security System

Branch: Processor: Office Automation AT89C51, PIC16F877A, X86 Technology: C51, GSM -(FBUS) Duration: Hardware: Software: KeilC51: CCS Windows - C

Aim: To Secure the ATM Card in new way. The other user can Access the money from ATM
Using Mobile Communication and secure the theft.

This system involves to any one access the ATM the auto SMS will come weather the money will transfer or not Using GSM Mobile for security System. This System is divided into three different modules, 1) SMS Access PC Unit 2) Out of coverage SMS Unit 3) Theft SMS Police information Unit



SMS Access PC Unit


This Micro control unit is connected to PC unit with help of GSM.

MAX 232 MAX 232

Micro Control


then read the money value PC to SMS communication.Transmitter Unit This System is used to Read the user ID and Password. This system contains 1) Automatic Settings of SMS Money Access GSM Communication • To read user name / ID and Password • Read Money Value • Conform to take to send SMS to User • If User is Accepted money will transferred • Else no Response • More than 3 times the user or others access the ATM in Wrong code then the message will go to Police station. like ATM Number and address and ID number. 3 . We can Access the money from ATM through GSM Technologies.

It will allow to transfer the amount 3) Theft SMS Police information Unit • • • Any thief will attack you to take money from ATM . then you have to type reverse password ATM will communicate to nearest Police station To safe your money securely 3.Protocol 4. H/W Requirements: 1) PIC16F877A 2) RS232 3) GSM FBUS . S/W Requirements: 1) C and MS XL 2) CCS 3) OS – Windows 4 .2) Out of coverage SMS Unit • • • Some time your giving ATM card to others to take money But you’re going out of coverage then you to send before the amount details to ATM.

5 .

6 .

7 .

000 Write/Erase Cycles • 2.AT89C2051 Features • Compatible with MCS-51™ Products • 2K Bytes of Reprogrammable Flash Memory – Endurance: 1.7V to 6V Operating Range • Fully Static Operation: 0 Hz to 24 MHz • Two-Level Program Memory Lock • 128 x 8-Bit Internal RAM • 15 Programmable I/O Lines • Two 16-Bit Timer/Counters • Six Interrupt Sources • Programmable Serial UART Channel • Direct LED Drive Outputs 8 .

The Power Down Mode saves the RAM contents but freezes the oscillator disabling all other chip functions until the next hardware reset. a five vector two-level interrupt architecture. the Atmel AT89C2051 is a powerful microcomputer which provides a highly flexible and cost effective solution to many embedded control applications.• On-Chip Analog Comparator • Low Power Idle and Power Down Modes Description The AT89C2051 is a low-voltage. The Idle Mode stops the CPU while allowing the RAM. The device is manufactured using Atmel’s high density nonvolatile memory technology and is compatible with the industry standard MCS-51™ instruction set. serial port and interrupt system to continue functioning. timer/counters. a full duplex serial port. the AT89C2051 is designed with static logic for operation down to zero frequency and supports two software selectable power saving modes. By combining a versatile 8-bit CPU with Flash on a monolithic chip. 128 bytes of RAM. In addition. on-chip oscillator and clock circuitry. two 16-bit timer/counters. 15 I/O lines. 9 . The AT89C2051 provides the following standard features: 2K Bytes of Flash. high-performance CMOS 8-bit microcomputer with 2K Bytes of Flash programmable and erasable read only memory (PEROM). a precision analog comparator.

10 .

resolution is 12.PWM max. which are two-cycle • Operating speed: DC – 20 MHz clock input DC – 200 ns instruction cycle • Up to 8K x 14 words of Flash Program Memory.PIC16F877A High-Performance RISC CPU: • Only 35 single-word instructions to learn • All single-cycle instructions except for program branches. Up to 256 x 8 bytes of EEPROM Data Memory • Pinout compatible to other 28-pin or 40/44-pin PIC16CXXX and PIC16FXXX microcontrollers Peripheral Features: • Timer0: 8-bit timer/counter with 8-bit prescaler • Timer1: 16-bit timer/counter with prescaler.Compare is 16-bit. prescaler and postscaler • Two Capture.Capture is 16-bit. resolution is 200 ns . can be incremented during Sleep via external crystal/clock • Timer2: 8-bit timer/counter with 8-bit period register. max. resolution is 10-bit • Synchronous Serial Port (SSP) with SPI™ (Master mode) and I2C™ (Master/Slave) • Universal Synchronous Asynchronous Receiver Transmitter (USART/SCI) with 9-bit address detection 11 . max. PWM modules .5 ns . Up to 368 x 8 bytes of Data Memory (RAM). Compare.

up to 8-channel Analog-to-Digital Converter (A/D) • Brown-out Reset (BOR) • Analog Comparator module with: .Programmable on-chip voltage reference (VREF) module .Two analog comparators .• Parallel Slave Port (PSP) – 8 bits wide with external RD.Comparator outputs are externally accessible CMOS Technology: • Low-power.Programmable input multiplexing from device inputs and internal voltage reference .0V to 5. high-speed Flash/EEPROM technology • Fully static design • Wide operating voltage range (2.5V) • Commercial and Industrial temperature ranges • Low-power consumption PIC16F877A 12 . WR and CS controls (40/44-pin only) • Brown-out detection circuitry for Brown-out Reset (BOR) Analog Features: • 10-bit.

MAX232 13 .

receiver. and voltage-generator functions are available as cells in the Texas Instruments LinASIC library.Description The MAX232 is a dual driver/receiver that includes a capacitive voltage generator to supply EIA-232 voltage levels from a single 5-V supply. Each driver converts TTL/CMOS input levels into EIA-232 levels. Each receiver converts EIA232 inputs to 5-V TTL/CMOS levels.5 V. These receivers have a typical threshold of 1.3 V and a typical hysteresis of 0. A Introduction to Nokia F-Bus Disclaimer: The author takes no responsibility for the use of this information. The driver. and can accept ± 30-V inputs. Some commands can be very hazardous to your phone and can make your phone useless! Use at your 14 .

as well as uploading new firmware etc.own risk. This bus will allow us to send and receive SMS messages. The right picture shows the F-Bus cable connected to my Nokia 3310. The connection can be used for controlling just about all functions of the phone. The left picture above shows the 4 gold pads used for the F and M Bus. but have fun! Please Note: No Nokia fones were injured or kill in the production of this page!! Most Nokia phones have F-Bus and M-Bus connections that can be used to connect a phone to a PC or in our case a microcontroller. Want to turn your airconditioner on remotely? The very popular Nokia 3310/3315 has the F/M Bus connection under the battery holder. This is a bit of a pain to get to and requires a special cable to make the connection. 15 .

just download them off the internet or record your own! I have even designed a ringtone doorbell. Some pages have schematics for making your own cable. Only two pins on the phone are used. phone numbers etc. 16 . just what every house needs! The cable contains electronics to level convert 3V signals to RS232 type signals. There are also M and F bus switching in most cables. I brought my cable from Dick Smith electronics in Australia. The cost of the Nokia 3310 download cable is around $30AUD and is an excellent investment to get the most out of your phone. It is slow (9600bps) and only half-duplex. however I think it's easier to buy one. The differences of MM-Bus is a one pin bi-directional bus for both transmitting and receiving data from the phone.Nokia download cables are available from most mobile phone shops and some electronics stores. as the phone connectors are very hard to come by. graphics. No more paying for those cool ringtones. You can use PC software like Logomanager and Oxygen Phone Manager (See links below) to upload ringtones.

200bps. In our case it is 7 bytes long. 8 data bits. 17 . As ours is odd the last byte will be a padding byte and the message will end at location 13. Byte 0: All frames sent by cable will start with the character 0x1E first. When sending data. When sending data. it's the PC's device ID byte. This is great work guys! Please do not email me for the Nokia Commands . ie.200bps. The serial cable contains electronics for level conversion and therefore requires power.If you want them download the Linux Gnokii Project Source Sample frame sent to my Nokia 3310 (showed as a Hex dump) Byte: 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 Data: 1E 00 0C D1 00 07 00 01 00 03 00 01 60 00 72 D5 This sample frame is used to get the hardware and software version from a Nokia phone. If you have not already go to The Linux Gnokii Project and download the source code. This is the F-Bus Frame ID. it's the phone's device ID byte. It is fast 115. no parity. The F-Bus is bi-directional serial type bus running at 115. Cable is 0x1E and InfraRed is 0x1C. Do the same for the RTS. 8 data bits. It uses one pin for transmitting data and one pin for receiving data plus the ground pin. Very much like a standard serial port. F-Bus is the later high-speed full-duplex bus. however connect it to the V.pin on the Max232. This powers the electronics in the cable and I think it sets it for M-Bus operation.For all you microcontroller DIYer's out there. As The Nokia is a 16 bit phone and therefore requires an even number of bytes. The Nokia protocol has a series of commands that allow the user to make calls. The easy way to achieve this is by using a Max232 or similar transceiver for the RS232 TX and RX pins and then connecting the DTR pin on the serial cable to the V+ pin on the Max232. M-Bus runs at 9600bps. Byte 2: This is the source address. one stop bit. Thanks to Ron Reiter for comfirming this! Byte 6: The data segment starts here and goes for 7 bytes in our case.will be -10V. Simple! The bus is now ready to be used for sending frames. for a 5V Max232.One ground and one data. the V+ will +10V and the V. For F-Bus the data terminal ready (DTR) pin must be set and the request to send (RTS) pin cleared. one stop bit. The V+ and V. In our case it's always 0x0C (Terminal). send and get SMS messages and lots more. 0xD1 is Get HW & SW version. Added 29-Dec-2003 . The first thing to do is supply power to the cable electronics and this is done by setting the DTR (Data Terminal Ready) pin and clearing the RTS (Request to Send) pin. It is a good starting point to test if our implementation of the protocol is working. In our case it's always 00 for the phone. The data terminal ready (DTR) pin must be cleared with the request to send (RTS). connect the DTR pin to a +3 to 12 Volt supply and RTS to a -3 to -12Volt supply. 8 data bits. This is done by sending a string of 0x55 or 'U' 128 times. Byte 4 is the MSB and byte 5 is the LSB. odd parity. This group has excellent documentation on the commands used with different Nokia phones. Byte 3: This is the message type or 'command'. Byte 1: This is the destination address. I hope this clears up this issue for most people! The next step is to synchronize the UART in the phone with your PC or microcontroller.pins are derived from internal charge pumps that double the input voltage. Byte 4 & 5: Byte 4 & 5 is the message length.

It is not a hard process. the last two bytes in the frame are checksum bytes. This message is two bytes long with the two bytes representing the message type received (0xD1) and the sequence number (0x00). we should look at sending an SMS message. once you can pack the message into 7-bit characters! The first thing you should do is download GSM 03.38 . The checksum is calculated by XORing all the odd bytes and placing the result in the odd Checksum location and then XORing the even bytes and then placing the result in the even byte. If the phone received it is show reply with the following data 1E 1E 30 50 0C 0C 31 2E 00 00 0A 00 7F D2 4E 01 00 00 48 41 02 26 4D 3F D1 00 CF 71 01 00 00 03 56 20 30 34 2E 34 35 0A 32 31 2D 30 36 2D 2D 35 0A 28 63 29 20 4E 4D A4 The first line is an Acknowledge command frame. The checksum needs to be calculated and sent. The last two bytes are the checksum and should be checked to make sure the data is correct. The other bits I am unsure about what they mean! Bytes 14 & 15: The second to last byte is always the odd checksum byte and the last byte is the even checksum byte. We are only required to send a two-byte message so length is set to 0x02. This is 'receive Get HW&SW version'. The 3310 will only send the data 3 times and then gives up. If the acknowledge frame is not sent the 3310 will retry sending the data. This is because the Nokia phone is now talking. The second frame from our Nokia 3310 is the data we requested. The message contains the acknowledged message type (0xD2) and the sequence no. As with standard F-bus frames. All that is required now is to send a acknowledge frame back to the phone to say 'I got it!' 1E 00 0C 7F 00 02 D2 01 C0 7C 0x7F is the acknowledge frame's command.The last byte in the data segment (Byte 12 above) is the sequence number. How to send a SMS message with F-Bus? Now that we know how to send frames on the bus. This part needs to be sent back to the phone in the acknowledge frame. 4 c ) N 20 30 34 2E 34 29 20 4E 4D 50 5 \n 2 1 / 0 6 M P . Notice how the destination and source addresses are now swapped. (0x01)." The last byte in the data is the sequence number. This is the Technical Specification that describes the packing of 7-bit characters and shows the standard character map. Well that is our first frame for our Nokia Phone. The message type is 0xD2. The 3310 will be waiting for an acknowledge frame after these two frames were sent. Packing ASCII into 7-bit characters is a 18 . The sequence number is made from the last 3 bits of the sequence number in the previous frame.Alphabets and language-specific information. The last 3 bits of this byte increments from 0 to 7 for each frame. Sequence 35 0A 32 31 2D 30 36 2D 30 31 0A 4E 48 4D 2E 00 01 41 / 0 1 \n N H M no. The received data without f-bus frame 01 00 00 2D 35 0A 0003 V 0 .5 \n ( 03 56 28 63 4 . This 38-byte (0x26) message should show 0x0003 "V " "firmware\n" "firmware date\n" "model\n" "(c)NMP.

38. but is quite easy to do. Let's say we want to decode the string 'hello'. h e l l o (ASCII characters) 68 65 6C 6C 6F (In hexadecimal) 1101000 1100101 1101100 1101100 1101111 (In Binary) When dealing with binary. Here is a quick example.pain. For A to Z and numbers its just the standard ASCII conversion. Therefore I wrote a few small programs to automatically pack and unpack the data for me. The last decoded byte is the remaining bits from the last character with the most significant bits packed with zeros. Then it's just a matter to dividing the binary values into bytes starting with the first character in the string. The next decoded byte in then the remaining 6 bits from the second character with two bits of the third byte added to the end. 6F 6C 6C 65 68 1101111 1101100 1101100 1100101 1101000 (The ASCII characters shown in binary) 110 11111101 10011011 00110010 11101000 (The above binary just split into 8 bit segments) 06 FD 9B 32 E8 (The 8 bit segments decoded into hex) The message hello is therefore E8 32 9B FD 06 when packed. The first byte in the string is on the right. Shown below is the same string of 'hello' just displayed backwards. First I have displayed 'hello' in hexadecimal using the character map provided in GSM 03. The first program allows me to input the string to be packed in the top memo box and when the button 'Pack' is pressed the top string is packed ready to go! 19 . it makes life easier to write everything backwards. The least significant bit is then displayed on the left with the most significant bit on the left.) The first decoded byte is simply the first 7 bits of the first character with the first bit of the second character added to the end as shown below. When playing with sending SMS messages a lot of decoding is required. (Start from right and go to left. This process just keeps going until all characters are decoded.

20 .

21 .

22 .

– series are miniaturized receivers for infrared remote control systems. Features _ _ _ _ _ _ _ _ Photo detector and preamplifier in one package Internal filter for PCM frequency Improved shielding against electrical field disturbance TTL and CMOS compatibility Output active low Low power consumption High immunity against ambient light Continuous data transmission possible (1200 bit/s) _ Suitable burst length . TSOP17. is the standard IR remote control receiver series. supporting all major transmission codes..TSOP1738 Description The TSOP17.10 cycles/burst 23 . the epoxy package is designed as IR filter. The demodulated output signal can directly be decoded by a microprocessor. PIN diode and preamplifier are assembled on lead frame..

NE555 Features • High Current Drive Capability (200mA) • Adjustable Duty Cycle • Temperature Stability of 0. With monostable operation.005%/°C • Timing From  Sec to Hours • Turn off Time Less Than 2 Sec Description The LM555/NE555/SA555 is a highly stable controller capable of producing accurate timing pulses. the time delay is controlled by one external resistor and one capacitor. the frequency and duty cycle are accurately controlled with two external resistors and one capacitor. Applications • Precision Timing • Pulse Generation • Time Delay Generation • Sequential Timing 24 . With astable operation.

25 .

You're Reading a Free Preview

/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->