International Research Journal of Engineering and Technology (IRJET) Volume: 04 Issue: 07 | July -2017
www.irjet.net
e-ISSN: 2395-0056 p-ISSN: 2395-0072
Implementation on Transmission and Reception of Data Through Normal USB & Parallel USB in VHDL Mangesh M. Sahare1, Prof. Vinay Keswani2 1M.Tech.
IInd year, Dept. of Electronic & Communication, Vidarbha Institute of Technology, Umrer, Maharashtra, India 2Assistant Professor, Dept. of Electronic & Communication, Vidarbha Institute of Technology, Umrer, Maharashtra, India ---------------------------------------------------------------------***-------------------------------------------------------------------point number are arrangement for traditional PC layout. Abstract - USB system is used to communication with the Needs to know where the signals are coming from. Types of Data transfer In communication process through USB we need to understand the different types of data which travels across the USB.
help of computer peripherals and the host computer. Xilinx device programming takes our design from design entry to perform software simulation. The ISE 13.2 project navigator processes our design entry in various steps to perform ISE design simulation. In our project Xilinx 13.2 is used ISE13.2 simulator contains the signals in the test bench waveforms. In the current work normal USB and the parallel USB are used for communication. Parallel USB reduces the delay of processing and there by improve the speed of communication. In our proposed work, we are implementing a parallel processing unit inside the USB host, which will enable the host to reduce the delay of processing, and increase overall communication speed. The existing USB stack is implemented as it is, but the processing unit of the stack is modified and made parallel. The internal DMA engine and the wish bone architectures are the components in which we are performing parallel processing to improve the results.
i. Control Transfers: The function of control transfer data type are configuring, controlling and checking the status of a USB device. Host send the request to the device and appropriate data transfers is follows in appropriate pipes. ii. Isochronous Transfers: USB has enough time to handle the maximum data flow. USB provides special type of data transfer. It gives the guarantee of constant transmission rate with the required bandwidth. This Isochronous transfer method uses unidirectional pipes with no error handling procedures.
Keywords: USB, Xilinx ISE (integrated software environment) 13.2,
2. LITERATURE SURVEY
1. INTRODUCTION
A number of research papers of various journals and conferences were studied and survey of existing literatures in the proposed area is reported below:
USB means Universal Serial Bus. It is the attachment networking and connected to host computer. These attachments are two types. They are known as Function and Hubs. Function contains the peripherals such as mice, printers etc. Hubs contain the peripherals such as double adapter does on power point, converting one socket components on the USB. Each device contains the number of endpoint. These are the collection of sources and destination for the communication between the host and the device. Each function has to know the piece of data and the host computer needs to know where the signals are coming from. Hence numbers are assigned to each component on the USB. Each device contains the number of endpoint. These are the collection of sources and destination for the communication between the host and the device. Hubs and Functions are commonly called as device. The combinations of address, end
Š 2017, IRJET
|
Impact Factor value: 5.181
2.1 Panday et al. (2013) designed USB 2.0 with great approach. It contains both Low Level Programming (JTAG) capability as well as Application Level i.e. High Level Programming (Linux). Limitation of JTAG approach is based approach is suitable for low level programming. It will go expenditure, because of amount of code to be written for each feature. Thus States of system can be checked in intermediate stage are very slowly. Limitation of Linux based approach The Linux code is very bulky. It runs very fatly. It enables several modules in background. The number of retries is largely. Several issues are unnoticed or over written. The state of system cannot be checked in intermediate stage. It should be needed for debugging.
|
ISO 9001:2008 Certified Journal
|
Page 2255