Performed by: Shahar Wolf Ido Raz Instructor: Mony Orbach (Route-Link)

1. Technion - Israel institute of technology department of Electrical Engineering הטכניון - מכון טכנולוגי לישראלהפקולטה להנדסת חשמל Virtual Traffic Sign - Final Presentation - Bi-Semester Project Performed by: Shahar Wolf Ido Raz Instructor: Mony Orbach (Route-Link)

2. Motivation • One of the causes for traffic accidents is the driver’s alert of the road. • In order to raise the driver’s attention to risky situations in the road there’s a need for a system that will alert the driver in the necessary cases.

3. The Idea Car position received through GPS Signs data received through GSM network Vehicle Coordinates Enter Alert Zone ? Sign Coordinates Enter Safe Profile ?

4. The Idea (cont.) • Receive local area driving profile (traffic signs, maximum speed etc.) from local GSM network, and the car’s coordinates from GPS module. • When driving according to the local profile - the system should keep silent!

5. The Idea (cont.) • When deviating from the local profile (for example: approaching too fast to a stop sign) - the system should alert the driver accordingly!

6. Project Goal • Design and Implement a controller for virtual traffic signs alert system, that will: • Manage data from GSM and GPS modules. • Cross-analyze and integrate the GPS data and the traffic data from the GSM, according to known profiles. • Send appropriate real time feedback to driver (if necessary).

7. System Requirements • Controller with processing abilities. • High frequency in order to support real time functionality. • At least two serial ports for communication with the GSM and GPS modules. • Low power consumption. • Debug capabilities.

8. Project Progress • Semester A : • Study the design and development environment • Design the interface between the controller and the g18 card • Build GSM/GPS drivers • Simulate small test-case • Semester B: • Design the Virtual traffic signs application and algorithm • Debug and simulate final system functionality • Evaluation of system performance

9. System General View • Texas Instruments TMS320F2812 ezDSP controller (150MHz). • Motorola g18 integrated GSM/GPS card. • Development Enviornment: • Code Composer Studio 2

10. DSP Block Diagram g18 evaluation board eZdSP GSM F2812 SCIA DRX DTX HOST PC Code Composer Studio UART SCIB DRX DTX JTAG GPS On-board 1MB External memory

11. Layers and Modules Description • Search and manage Database • Analyze data according to known profiles • Send feedback to driver Application • GPS Module: • Communication functions • Get data: location, velocity • GSM Module: • Communication functions • Request/get traffic data Interface/Drivers Physical Layer GPS GSM

12. DSP Simulation Block Diagram g18 evaluation board eZdSP GSM F2812 SCIA DRX DTX HOST PC Code Composer Studio JTAG UART SCIB DRX DTX GPS On-board 1MB External memory

13. SPAN CHK_RADIUS Application algorithm

14. Distance and Azimuth Calculation • Because of the near-spherical shape of the Earth, calculating an accurate distance between two points requires the use of spherical geometry and trigonometric math functions – require heavy floating-point calculation. • For solving the distance/azimuth bottleneck we searched for reduction of the floating-point instructions consumption. • Thus we found from the TI website the IQmath library which is collection of highly optimized and high precision mathematical Function Library for C/C++ programmers to seamlessly port the floating-point algorithm into fixed point code on TMS320C28x devices.

15. System Performance There are two main parameters for evaluation of the system performance: • The car position update rate • The car position accuracy (location, velocity, etc.)

16. 1. The car position update rate • There are two characteristics that influence the car position update rate : The GPS update rate and the rate in which the DSP is ready to receive new car position. • The Motorola g18 GPS module has update rate of 1 update per second (1PPS).

17. The DSP analyzing performance • This characteristic depends on the time that takes for the DSP to analyze the car position against every sign. • DSP performance with the basic application: From the Rate parameter we find out that with GPS data update of 1 per second we can analyze approximately 2142 signs from the database.

18. The DSP analyzing performance (cont.) • For solving the distance/azimuth bottleneck we searched for reduction of the floating-point instructions consumption and thus we found the IQmath library. • DPS performance with the IQmath library: From the Rate parameter we find out that with GPS data update of 1 per second we can analyze approximately 5882 signs from the database.

19. The DSP analyzing performance (cont.) • Then we turned to optimize the code by using heavy function as minimum as possible (mainly by reducing the number of running of DecDeg function) and we received the following results: From the Rate parameter we find out that with GPS data update of 1 per second we can analyze approximately 20,000 signs from the database.

20. 2. The car position accuracy • This parameter is determined by the GPS module and given by the GPS module manufacturer. • In our system we use the Motorola g18 DVG/slim that contain the M12 Oncore GPS service module. • The accuracy of that system is: • Location : 1 to 5 meter • Velocity : 0.072 Km/H • From these parameters we can see that the GPS system has satisfactory accuracy relatively to the car velocity and not adding any error to our calculation.