ECE 415 Senior Design Project Fall 2010 Justin Ayvazian Ben Johnson Eric Putney Michael Ruth Advisor: Professor Sandip Kundu Friend-Foe Identification System

2 ECE 415 Senior Design Project Fall 2010 Current Project Status  Encryption modules finished RC5 incorporated into code  Communication modules completed Packets constructed and parsed correctly Communication structure implemented  Password interface implemented Uses switches on DE-II boards

3 ECE 415 Senior Design Project Fall 2010 Updated Hardware  Cannot use USB parts No O/S support for plug and play devices  Wireless Communication: Quatech WLNG-ET-DP501 WiFi Access Point Wireless ethernet bridge Demo demonstrates wired ethernet connectivity  GPS Receiver: Holux GM-210 GPS Receiver RS232 connection for low-level communication

4 ECE 415 Senior Design Project Fall 2010 Messages  UDP protocol used for packet transmission Each message will be preceded by unencrypted UDP headers  Each packet payload transmitted will be 64 bits Efficient for RC5 encryption scheme Extra bits (where necessary) will likely be “white noise” Randomly generated numbers  Vehicle and base modules will have unique unencrypted ID numbers contained in routing headers Makes decryption process more efficient by letting decryption module know what data is meaningful Especially important for WiFi prototype and handling of multiple vehicles

5 ECE 415 Senior Design Project Fall 2010 Individual Packet Structures and Sizes

6 ECE 415 Senior Design Project Fall 2010 Bandwidth Considerations  Largest data payload is 64 bits Full conversation between vehicle and base is 2048 bits Assumes no collisions or lost messages  Wireless connection has data speed of 54 Mb/s  System can theoretically support an absolute maximum of 26 thousand vehicles entering the range of the base per second  Currently undertaking a wireless network system simulation to determine number of vehicles system can reliably support in practice

7 ECE 415 Senior Design Project Fall 2010 Three Strikes Rule  Three chances to enter correct password Accounts for user error on vehicle side  By a certain point every vehicle with transponder must be identified as friendly or be labeled as hostile/hijacked  Based on incorrect entries and timeouts Timeouts are yet to be determined, but will place upper limit on time vehicles have to identify themselves as friendly Leave enough time for threats to be responded to appropriately

8 ECE 415 Senior Design Project Fall 2010 Base station look-up table  Sample of base module vehicle lookup struct:  ID 1,2: Secret and public ID numbers for each vehicle  PRV 1,2: Current and previous password randomization values for each vehicle Provides safeguard in case last message is not received by vehicle  State: Current state of vehicle’s conversation with base  Status: Current status of vehicle Friendly/hostile Also tracks number of strikes ID 1ID 2GPS Lat GPS Long PRV 1PRV 2StateStatus

9 ECE 415 Senior Design Project Fall 2010 Project Milestones  Completed: RC5 encryption integrated with software Ethernet communication between DE2 Boards User password interface Standalone GUI, web accessible  To be Implemented: Integrate GUI and DE2 Boards Bridge Wireless communication between modules Implement GPS hardware Timeout and multi-vehicle handling System Simulation Data

10 ECE 415 Senior Design Project Fall 2010 Future Team Roles  Ben: RC5 encryption module and password interface  Mike: Packet composition and GPS interfacing  Justin: Wireless communication integration  Eric: GUI and system implementation

11 ECE 415 Senior Design Project Fall 2010 Demo  GPS coordinates simulated for GUI Currently GUI is stand-alone Communication between base module and GUI not yet integrated Google API license acquired  Wired prototype of system Communication and encryption modules completed  Password interface and encoding integrated on DE-II 16 binary switches for password value with push button to simulate password submission Password randomization function implemented