DESIGN OF VEHICLE POSITION TRACKING SYSTEM USING SHORT MESSAGE SERVICES AND ITS IMPLEMENTATION ON FPGA

Arias Tanti Hapsari

Department of Electrical Engineering Bandung Institute of Technology Bandung, Indonesia 40132 Tel : 62-21-8811365 Mobile phone : 62-818-696874 E-mail : atantih@yahoo.com

Eniman Y Syamsudin
Department of Electrical Engineering Bandung Institute of Technology Bandung, Indonesia 40132 Tel : 62-22-2502260 E-mail : eniman@www.paume.itb.ac.id

Imron Pramana
PT Elektrindodaya Pakarnusa (ELSA) Bandung, Indonesia Tel : 62-22-7801536 Mobile phone : 62 -811-200552 E-mail : pramana@nusaweb.com

AbstractThis paper describes the design of a system that can give information of vehicle position everytime theres a request for it. The information of vehicle position is gained from GPS and it is transmitted using Short Message Services. The system is designed using VHDL on Altera MAX+plus II software, and it is implemented on Altera UP1X demoboard based on FPGA chip, which is Altera FLEX 10K EPF10K70RC240-4.

The system is designed using VHDL (Very High Speed Integrated Circuit Hardware Description Language) on Altera MAX+plus II software and it is implemented on Altera UP1X demoboard based on FPGA (Field Programmable Logic Array) chip, which is the Altera FLEX 10K EPF10K70RC240-4. The testing of the system is limited until in-circuit level. II. SYSTEM DESCRIPTION The designed system is a bidirectional communication system between the owner and its vehicle. The explanation can be seen in F igure 1 below.

I. INTRODUCTION
A. Background Technology grows rapidly that causes every people to act fast. As one of human needs, information plays a greater role. People need to get fast and up -to-date information. The need to get such information is getting more important. For example is the need of knowing the position of vehicle is important for its owner . In this paper we develop such system that can give information of vehicle position. This system helps the owner of the vehicle to know where his vehicle is. The system also helps tracking the vehicle when the owner is not driving it. B. Objectives The objective of this project is to achieve a design of such system that can give information of the vehicle position every time theres a request for it. The designed system has to be able to work properly on Altera UP1X demoboard based on FPGA, the Altera FLEX 10K EPF10K70RC240-4.

Figure.1 System description .

C. Problem Boundary This system is designed to be able to communicate in two direction between the vehicle and the owner. If the owner wants to know his vehicle position, he can easily send a signal to that vehicle. Then, the information of its position will be transmitted to him . The vehicle position is gained from the Global Positioning System while the data is transmitted using Short Message Services. The owner wants to know the vehicle position. Therefore he sends a signal to that vehicle. Then, the information of the vehicle position that is gained from GPS will be transmitted to him. The data is transmitted using SMS. Part of the system that will be designed in this project is in the vehicle side (Part 1 in Figure 1).

III. S YSTEM DESIGN

As already been described in Chapter II, the designed system is an interface between the main operator, which is the owner, and his vehicle. The two parties could communicate in two directions in order to know the vehicle position.

Figure.2. The input, output, and the main modules of the system

A. Inputs and Output of the System There are two different kinds of inputs for this system. The first one is the input gained from GPS which is the sentence based on NMEA 0183 standard. The other one is the input received from cellular phone. But there is only one output for this system which is AT Command for sending the SMS. B. Data Processing Mechanism The signal sent by the main operator is the SMS containing a request of the vehicle position. Then the signal received later is the SMS containing the information of the vehicle position. The needed vehicle position are the latitude and longitude data gained from GPS. C. System Module As we can see from Figure 2, this system is divided into three main parts, that are the SMS receiver, the GPS receiver and data processing, and the SMS transmitter modules. ? SMS Receiver Module This module handles the new incoming SMS signal. The SMS device used here is Siemens C35 cellular phone. Baud rate is set at 19200 bps, the data is 8N1 format, and flow control is none [1] . The input for this module is a sequence of data that will be appeared whenever there is a new SMS coming. But there are certain AT commands that must be set first to make those data possible to appear [2]. Therefore, the system will send those certain AT commands at the beginning, to be able to indicate that there is a new incoming SMS. After the system indicates that there is a new incoming SMS the SMS , will be deleted and the system will be ready to receive data from GPS. ? GPS Receiver and Data Processing Module This module receives and processes the GPS data. Baud rate is set at 4800 bps, the data is 8N1 format, and flow control is none.

The GPS used in this project is GARMIN type 35LP. The format of the transmitted data from that GPS is as follows [3]. $PGRMF,df1,df2,df3,df4,df5,df6,df7,df8,df9,df10,df11 ,df12,df13,df14,df15*hh[CR][LF] There are two conditions of receiving the GPS data, that is when the GPS is still searching for the first position, and when the GPS has determined the first position. The first condition is identified by the data in field 11 (df11) that contains 0. There are also no data in the 1st until 9th field and 12th until 15th , while the 10th field contains A character which means that the mode is automatic. For the second condition, the latitude data is in the 6th field in format ddmm.mmmm, while the latitude hemisphere data (North or South) is in the 7th field. On the other hand, the longitude data is in the 8th field in format dddmm.mmmm and the longitude hemisphere data (West or East) is in the 9th field. The output for this module is the information of the vehicle position which are the latitude and longitude data. After this process finished, the system is ready to transmit the SMS. SMS Transmitter Module This module handles the SMS transmission containing the vehicle position information. The setting of this module is the same as in the SMS receiver module. The input for this module is the information of vehicle position gained from the GPS receiver and data processing module. The outputs for this module are AT command and PDU codes that are used to send an SMS. The format of SMS content expected is as follows. *dd:mm; *ddd:mm The * character can be the + character that indicates the North Latitude or West Longitude, or the character that indicates the South Latitude or the East Longitude. IV. SIMULATION RESULTS

The designed system is first verified using the timing simulation on Altera MAX+plus II software. The ser_hp signal is the serial data sent to the cellular phone. The respons from the cellular phone is the serial data in_hp input signal. The datain_hp[7..0] is the 8 bit parallel data from the in_hp signal.

Figure.3. The system sends certain AT commands at the beginning.

At the beginning, the system sends certain AT commands to make the cellular phone be able to indicate the new incoming SMS. Then the system is ready to indicate the new incoming SMS.

Figure.7. The system finished sending the SMS. Then it will have to wait until the cellular phone indicates that the SMS has been sent successfully.

Based on the timing simulation results, the maximum system operating frequency is 3.74 MHz.
Figure. 4. The system indicates the new incoming SMS. Then the SMS is deleted.

V. SYSTEM IMPLEMENTATION As already been described in Chapter I, the designed system is implemented on Altera UP1X demoboard. The Altera UP1X demoboard has two PLD (Programmable Logic Device) chips, which are FPGA FLEX 10K EPF10K70RC240-4 and CPLD (Complex Programmable Logic Device) MAX7000 EPM7128S [4]. From those two chips, only the FPGA one that is used here, because it has larger capacities, such as 70000 logic gates. There are two testing and verification procedures of this system. Both are limited until the in-circuit level.

After the system indicates the new incoming SMS the , SMS is deleted. Now the system is ready to receive and process data from GPS.

Figure.5. The system is ready to receive and process the GPS data

T he baud rate is changed to GPS baud rate. Now the system is ready to receive and process the GPS data. The in_gps is the serial data input signal from the GPS. The datain_gps[7..0] is the 8 bit parallel data from the in_gps signal.

Figure.8. Testbench for the first testing and verification procedure

Figure.6. The system is ready to send the SMS

After the information of position has been achieved, the system is ready to send the SMS Therefore the baud rate is . changed to cellular phone baud rate.

In the testbench for the first testing and verification procedure, the inputs for the designed system ae supplied r from two different modules, which are the variation of cellular input module and the variation of GPS input module. The variation of cellular input module has a start signal that triggers the flowing of the data signal, which is a serial asynchronous data. Those serial data is supplied to the input signal of the designed system. The output of the designed system is the ser_hp signal which is a serial data that is transmitted to the cellular phone. The clk signal is the clock input provided from the oscillator crystal of 25.175 MHz. The baud signal is the output of the baud rate generator that supplies the clk2 signal, which is the secondary clock for the system. A nd also, there are the rst signal which reset s the

system when its value is 1, and the ena signal which enables the system as long as its value is 1. To make it possible to observe and verify every data, we use 3.15 Hz as the GPS baud rate and 12.59 Hz as the cellular phone baud rate. This first procedure is shown in Figure 9 where certain important data can be observed through seven segment and VGA.

Figure.11. The example of SMS gained from the second testing and verification procedure

The result from the second testing and verification procedure is that the system works at both real baud rates, which are 19200 bps for cellular and 4800 bps for GPS. VI. CONCLUSIONS
Figure.9. The first testing and verification procedure

In the second testing and verification procedure, we use the real cellular phone, which is Siemens C35, and for the GPS, we use a simulated data supplied from a serial port program using Visual C++.

In this project, the result of the designed system has accomplished the target . The maximum frequency of this system based on timing simulation is 3.74 MHz, while based on the in-circuit verification, the system works at both real baud rates, which are 19200 bps for cellular and 4800 bps for GPS. The total number of logic cells used is 2472 of 3744 (66%). ACKNOWLEDGEMENTS The authors would like to express gratitudes to PT Elektrindodaya Pakarnusa that supports the facilities for this project. Along with Mulyanto for his assistance during working this project. REFERENCES [1] Khang, Bustam, Trik Pemograman Aplikasi Berbasis SMS , Jakarta : PT Elex Media Komputindo, 2002. [2] Hayes AT command parameters for sending and receiving SMS messages, http://www.fastlogic.co.z a/faq59.htm [3] Technical Specification GPS GARMIN 35 LP TracPak, 2000, www.garmin.com [4] University Program Design Laboratory Package User Guide, http://www.altera.com

Figure. 10. The block diagram of the second testing and verification procedure

In Figure 1 we can see the example of SMS as the 1, result of this second testing and verification procedure. The vehicle position information gained from that SMS is 01 04 South Lattitude ; 307 06 West Longitude. This information is accurate according to the simulated data supplied from a serial port program on PC.