Presentation is loading. Please wait.

Presentation is loading. Please wait.

Software Defined Radio Testbed Team may11-18 Members: Alex Dolan, Mohammad Khan, Ahmet Unsal Adviser: Dr. Aditya Ramamoorthy.

Similar presentations


Presentation on theme: "Software Defined Radio Testbed Team may11-18 Members: Alex Dolan, Mohammad Khan, Ahmet Unsal Adviser: Dr. Aditya Ramamoorthy."— Presentation transcript:

1 Software Defined Radio Testbed Team may11-18 Members: Alex Dolan, Mohammad Khan, Ahmet Unsal Adviser: Dr. Aditya Ramamoorthy

2 Presentation Overview  Background Information  Requirements  Deliverables  System Design  Implementation  Testing & Analysis/ Error Calculations  Image File Transfer  Conclusion

3 Background Information Problem MATLAB Simulink is a relatively new platform for Software Defined Radio. Very little work has been done to build a communication system of SDR using this platform. Solution Build a Digital Communication System using MATLAB Simulink and USRP2. Implement the Physical Layer in MATLAB Simulink environment. Utilize the Universal Software Radio Peripheral-2 (USRP2) to send and receive the physical packet over the air. Test the communication System using data packets.

4 Functional Requirements  Use of Universal Software Radio Peripheral 2 (USRP2) & MATLAB Simulink  Non Coherent schemes like FSK, DBPSK modulation schemes must be implemented  Build point to point digital communication system  Maximum bandwidth utilization  Transmission rate of kbits/sec  Test limitations of MATLAB & Simulink as a platform for SDR  System must be reusable for academic purposes and further research

5 Resource Requirements USRP2  Daughter boards (RFX2400, RFX400 etc.) (80 MHz-2.9 GHz)  Connection Cables (Ethernet cable)  Data transmission and reception  A/D and D/A conversion  Up Conversion and Down Conversion Computers  MATLAB/ Simulink  Data generation, digital modulation, demodulation, filtering, error control, synchronization etc. to make data usable.  Very High speed computers needed to process data (e.g. Intel i7)  Windows Operating System

6 Deliverables Functional Digital Communication System  Using USRP2 and MATLAB / Simulink  Simulink will be used to generate and process signals on transmitter side.  USRP2s on both sides will transmit and receive signals  Simulink on the receiver side will process received signals  Data packets should be transferrable using the system Complete documentation  Reports (Weekly + Final)  Commented Models & Code  Build instructions  Repository Access

7 Schedule

8 System Design Process  Build & test models in Simulink environment  Simulate with/without white Gaussian noise  Use simulation results to create models for over the air transmission  Test models and document results

9 System Decomposition CPU1 generates data from MATLAB & passes to USRP2 USRP2 on the transmitter side transmits the data over the air USRP2 on the receiver side receives the data & passes to MATLAB on CPU2 MATLAB receives the data from USRP2 & analyzes it to make it usable CPU1 / MATLABUSRP2 / Data TXUSRP2 / Data RX CPU2 / MATLAB

10 System Decomposition Physical layer: MATLAB Simulink FSK, DBPSK modulation / demodulation, signal processing Synchronization and packetization USRP-2 Ethernet interface with 100 MSamples/s, A/D & D/A conversion Testing and Logging: Tools used to test the system Tracks progress and success Testing & Logging PHY RF Daughterboard (USRP2) Rx / Tx

11 Implementation  Built models of physical layers inside MATLAB environment  Focused on two schemes:  DBPSK (Differential Binary Phase Shift Keying)  FSK (Frequency Shift Keying)  Tested models with/without noise induced environment  Next phase: Built over the air models using USRP2s

12 MATLAB Simulation  MATLAB models of DBPSK & FSK  Simulated with and without noise Fig: A preliminary binary FSK model for MATLAB

13 Over the Air Physical Layer  Design FSK & DBPSK models, fit for over the air transmission  Sampling time, center frequency becomes important  Sampling time has to be consistent throughout the whole system

14 Over the Air Physical Layer  More signal processing needed to be added  Timing recovery, filters, etc.  There was no synchronization between USRP2s, so recovery of data had to be designed

15 Testing & Analysis Tested primarily in three phases.  Single bit Transmission Reception  Known Binary Sequence Transmission Reception  Image File Transfer Single Bit Transmission  Continuously transmitting one bit over the air  Looking at the scope on the receiver end to verify

16 Testing & Analysis Known Binary sequence transmission  Encoded data to add headers and footers, creating a frame ready for transmission  Receiver side, sent the data to MATLAB workspace for analysis  Created a script file to analyze the workspace data using autocorrelation techniques Fig: FSK transmitter with known binary sequence

17 Error Rate Calculation Transmitted 128-bit sequence (including header, data, footer) & calculated bit errors Exported data from Simulink model to Workspace and processed the data from there The xcorr function was used to determine the location of frames, headers and footers Plotted this function to observe trends Fig: Plot of xcorr function on received data

18 Testing & Analysis Tested both systems for continuous single bit & known sequence FSK showed better performance DBPSK had errors not suitable for data transmission Proceeded to image file transfer for FSK

19 Image File Transfer Transmitter Side Image files needed to be encoded to packets for use on the system Encoded the image files to become a binary matrix, utilizing a colormap that is known on both sides A typical frame would include:  Header  CRC (Cycling Redundancy Check) bits  Position indicating bits  Payload data  Footer Once encoded, the image file is ready for transmission

20 Image File Transfer Receiver Architecture Received data is sent to workspace Each frame is defined, and analyzed CRC bits are used to check for accuracy  If CRC check passes, the payload data of the frame is placed where the position indicating bits indicate  If CRC check fails, the program moves on to the next frame When all the frames pass CRC checks, and are assembled, image transfer is complete

21 Image File Transfer Started with small binary images Finally worked with.gif format Each pixel is composed of 8 bits, then converted to an integrer. Successfully transferred small image

22 Conclusion Lessons Learned  How to manage our time requirements  How to manage focus in a research based project.  Gained experience working on an application of our area of study. Results Achieved  Discovered capabilities and shortcomings of a point to point data communication system in Simulink.  Application  Image file transfer successful  Potential for more applications

23 Thank you for your patience. Questions?


Download ppt "Software Defined Radio Testbed Team may11-18 Members: Alex Dolan, Mohammad Khan, Ahmet Unsal Adviser: Dr. Aditya Ramamoorthy."

Similar presentations


Ads by Google