Cypress Perform

Home > Design Support > Cypress Developer CommunityTM > Cypress Forums > USB Controllers > Designing with the EZ-USB® FX3 Slave FIFO Interface

Bookmark and Share
Cypress Developer CommunityTM
Forums | Videos | Blogs | Training | Rewards Program | Community Components



Designing with the EZ-USB® FX3 Slave FIFO Interface
Moderator:
RSKV

Post Reply
Follow this topic



Designing with the EZ-USB® FX3 Slave FIFO Interface

Denis_ posted on 27 Jul 2011 12:55 AM PST
Member
2 Forum Posts

Hi,

my question is related to synchronous slave FIFO interface which I want to convert to AXI4-Stream interface.

The documents used are:
[1] CYUSB3014
[2] AN65974

The direction in question is from an external device to EZ-USB FX3 chip (writing).

1. Is possible to assert SLWR simultaneously with SLCS (with ADDR and DATA IN loaded), or is it necessary to assert SLCS at least one cycle before asserting SLWR? In the state transition diagram in the GPIF II Designer there ate two transtions (from IDLE to ADDR and from ADDR to WRITE).

2. When ADDR is set and SLCS is asserted, how long does it take to FLAG signal to be valid?
In the figure 11 in [1, page 22] it seems to be valid one cycle after SLWR asserted (or what does the dashed line from the rising edge of PCLK mean?).  The table 10 in [1, page 22] notes three cycles latency from ADDR to DATA/FLAG.

3. Is possible to have more FLAGS than two actually provided by the slave FIFO interface (e. g. for every thread)?  If so, what changes are necessary to make?

I would like to have the throughput as high as possible without unnecessary waiting cycles.

I am looking forward to your answers.

Thank you,

Denis




Re: Designing with the EZ-USB® FX3 Slave FIFO Interface

Sonia_G posted on 28 Jul 2011 12:14 PM PST
Cypress Employee
2 Forum Posts

Denis,
Please see my responses embedded below:
1. Is possible to assert SLWR simultaneously with SLCS (with ADDR and DATA IN loaded), or is it necessary to assert SLCS at least one cycle before asserting SLWR?
SLCS and SLWR can be asserted at the same time. But please note that the address setup time requirement (tAS) must be met, with respect to SLWR.

2. When ADDR is set and SLCS is asserted, how long does it take to FLAG signal to be valid?
In the figure 11 in [1, page 22] it seems to be valid one cycle after SLWR asserted (or what does the dashed line from the rising edge of PCLK mean?).  The table 10 in [1, page 22] notes three cycles latency from ADDR to DATA/FLAG.
There is a 3 cycle latency from address to FLAG valid. In Figure 11 in the datasheet, please note that there is already a latency shown between SLCS and SLWR, hence the FLAG is valid one cycle after SLWR.
To be very clear, if FX3 samples the address on CLK edge 1 (i.e. address is setup tAS before edge 1), then the valid FLAG can be sampled by external device on CLK edge 3.

3. Is possible to have more FLAGS than two actually provided by the slave FIFO interface (e. g. for every thread)?  If so, what changes are necessary to make?
Yes, it is possible to have a dedicated FLAG for each thread. Certain FX3 registers need to be set to achieve this. A FX3 SDK may be made available to you if you don't already have it, which will provide you with APIs to write these registers. Once you have this SDK, I can give you the exact registers and register values to be written. If you do not have the SDK, we will put  you in touch with the right person to get the SDK.

Thanks,
Sonia.



Re: Designing with the EZ-USB® FX3 Slave FIFO Interface

Denis_ posted on 29 Jul 2011 12:29 AM PST
Member
2 Forum Posts

Sonia,

thank you very much for your answers and I enclose more quetions :-)

Ad 2. Is the three-cycle latency present even for dedicated FLAGs, or only for current thread FLAG (which depends on the address)?

Ad 3. The version of FX3 SDK I have downloaded (according to http://www.cypress.com/?app=forum&rID=51892) is 1.0 Beta1 and the version of GPIF I IDesigner is 0.7 Beta (plugins: CyProjectMgmtPlugin, Gpif2Model, CodeGenerator, Gpif2Views, Gpif2LibViews, Gpif2 Timing Model).

Best regards,

Denis



Re: Designing with the EZ-USB® FX3 Slave FIFO Interface

Sonia_G posted on 07 Aug 2011 10:45 PM PST
Cypress Employee
2 Forum Posts

Hi Denis,

The three cycle latency from ADDR to FLAG is only for "current thread" FLAGs. FLAGs dedicated to a particular thread will always show the status of the socket associated with that thread.

A Beta2 release of the SDK was posted on the ftp site a couple days ago. Please make sure you get that release.

Thanks,

Sonia.

 



Re: Designing with the EZ-USB® FX3 Slave FIFO Interface

kamatakeisuke posted on 05 Sep 2011 05:24 AM PST
Member
10 Forum Posts
Hi Sonia, AN65974 Rev.B page 11 Table 3 says that 'tCFLG's max is 8ns'. Why do not you describe minimum tCFLG? I want to know tCFLG when configuring dedicated thread flag. Is it 0ns? Regards,

Re: Designing with the EZ-USB® FX3 Slave FIFO Interface

queping posted on 08 Mar 2012 06:18 PM PST

1 Forum Post

hi sonia:

how can i get more flag for slave fifo?






ALL CONTENT AND MATERIALS ON THIS SITE ARE PROVIDED "AS IS". CYPRESS SEMICONDUCTOR AND ITS RESPECTIVE SUPPLIERS MAKE NO REPRESENTATIONS ABOUT THE SUITABILITY OF THESE MATERIALS FOR ANY PURPOSE AND DISCLAIM ALL WARRANTIES AND CONDITIONS WITH REGARD TO THESE MATERIALS, INCLUDING BUT NOT LIMITED TO, ALL IMPLIED WARRANTIES AND CONDITIONS OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, TITLE AND NON-INFRINGEMENT OF ANY THIRD PARTY INTELLECTUAL PROPERTY RIGHT. NO LICENSE, EITHER EXPRESS OR IMPLIED, BY ESTOPPEL OR OTHERWISE, IS GRANTED BY CYPRESS SEMICONDUCTOR. USE OF THE INFORMATION ON THIS SITE MAY REQUIRE A LICENSE FROM A THIRD PARTY, OR A LICENSE FROM CYPRESS SEMICONDUCTOR.

Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms and Conditions of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms and Conditions of this site. Cypress Semiconductor and its suppliers reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.