|
Message
From: Ash <anangia@m...>
Date: Thu, 30 Oct 2003 03:24:22 +0100
Subject: Re: [usb] usb1_core EndPoint I/O question
Hi Rudi..
<snipped>
> If you look at usb1_defines you will see:
> // Endpoint Configuration Constants
> `define IN 14'b00_001_000000000
> `define OUT 14'b00_010_000000000
> `define CTRL 14'b10_100_000000000
> `define ISO 14'b01_000_000000000
> `define BULK 14'b10_000_000000000
> `define INT 14'b00_000_000000000
>
> So you can manually select
> 14'b10_000_000000000 (BULK) OR 14'b00_010_000000000 (OUT) OR
> 14'd256
> which should be something like: 14'b10_010_100000000 = 14'h2500
>
> So try putting "14'h2500" and see if that works.
>
> And yes, OUT would be from PC to the USB IP Core.
Yes that makes full sense. I didn't see the definition file at all. I was
wondering that you must have defined these constants somewhere. So
dat's clarified. However the confusion that has come now is that I have
just finished reading Chapter 5 of USB Complete (by Jan Axelson). What
I'm getting confused is as follows:
In the rom file we have already defined the description of each
endpoint right (address, in/out, transfer type). So why are we redefining
it in the top entity again (usb1_core). I hope I have been able to explain
my doubt..
> > 4.
> > Lastly all connections for vendor signals are out. only one is
> in which is
> > vendor_data. I have ignored the out signals, but assigned a
> 16-bit value
> > to vendor_data. my question is why is there no place for
> product id?
>
> Thats all in the ROM. That has nothing to do with vendor_data.
> Vendor Data is used for set/get vendor data. Product ID, revision,
> etc. is in the descriptors which are held in the ROM.
Yes I found all the info in usb1_rom1.v file today. Excellent. Looking at
that rom file has answered a lot of questions (and created some new
questions). However if we already define the vendor id/product id in the
usb1_rom1.v file what does the vendor_data in the usb1_core signify? Is
the value for vendor_data to be the same as the one in usb1_rom1.v
file?
Cheers again
Ash
|
 |
Browse
