AN13553 Using Processor Chip Enable as Address Valid Input to Antioch.pdf

AN13553
Using Processor Chip Enable as Address Valid Input to Antioch™
Author: Rukmini Sivaraman
Associated Project: Yes
Associated Part Family: West Bridge Antioch
Software Version: Antioch™ SDK 1.3.2
Related Application Notes: None
West Bridge® Antioch™ requires an Address Valid (ADV#) signal when the Processor Interface (P-Port) operates in
asynchronous mode. Processors that do not have an ADV# signal (or any signal that can be programmed to behave like
the ADV# signal) on their memory interface can use the information in this application note to interface to Antioch by
connecting the processor’s Chip Enable signal to both the Chip Enable (CE#) signal and the ADV# signal on Antioch.
This approach allows the designer to use Antioch with processors that may not have an ADV# signal whose timing is
compatible with Antioch’s ADV# signal.
Introduction
ADV# Signal Use
The West Bridge Antioch device (CYWB0124AB) is a
peripheral controller supporting high-speed USB and mass
storage access. Antioch provides access from a processor
interface and a high-speed USB (HS-USB) interface to
peripherals including SD, MMC/MMC+, CE-ATA, and
NAND. It supports interleaving accesses between the
processor interface, the HS-USB, and the peripherals so
that an external processor and an external USB host can
transfer data to each other and to the mass storage
peripherals simultaneously.
The Processor Interface (P-Port) on Antioch is usually
connected to the principal processor in a system (for
example, the baseband processor in a cell phone system).
The P-Port interface is similar to an SRAM interface, and
can operate in both asynchronous and synchronous
modes. This Application Note deals with the asynchronous
mode of operation of the P-Port in which the ADV# signal
is required.
West Bridge Astoria supports SRAM interfaces natively, if
the conditions in the errata document provided are
®
followed. For more information, see the West Bridge
®
Astoria™ Data Sheet and the West Bridge Astoria™
errata document.
www.cypress.com
Antioch has several internal endpoint buffers, which are
accessed through the SRAM-like interface on the P-Port.
These internal endpoint buffers are structured as FIFOs.
During a DMA access, the address of the endpoint buffer
being accessed is maintained on the address bus of the PPort with another signal required for advancing the FIFO
pointer within Antioch. In synchronous mode operation,
the CLK signal is used to advance the endpoint FIFO
pointer in Antioch during an endpoint access. In
asynchronous mode operation, the CLK is permanently
tied LOW. The toggling of the ADV# signal is required to
advance the endpoint FIFO pointer within Antioch during
an endpoint access. The endpoint address is latched onto
the rising edge of the ADV# signal. The latch is
transparent when ADV# is LOW. The rising edge of ADV#
also increments the FIFO pointer of the internal endpoint
buffer being accessed.
Processors that do not have an ADV# signal or any other
signal whose timing can be programmed to behave like
the ADV# signal can also connect to the P-Port on Antioch
in asynchronous mode. In such cases, the processor’s
Chip Enable (CE#) signal, in addition to being connected
to Antioch’s CE#, can also be connected to Antioch’s
ADV# signal. Figure 1 depicts the simple connection of the
processor’s CE# to Antioch’s CE# and ADV# signals.
Document No. 001-13553 Rev. *B
1
Using Processor Chip Enable as Address Valid Input to Antioch™
Figure 1. Interconnection Diagram
Processor
Antioch
CE#
…
…
CE#
ADV#
…
All timing parameters, except those described in Table 1,
are maintained as they are in the West Bridge: Antioch
USB/Mass Storage Peripheral Controller data sheet. They
are relisted in Table 2 for convenience. The values
presented in Table 1 depict the relaxed value of the two
parameters that are important when operating Antioch in
this mode. To take advantage of these relaxed timing
parameters, take the following precaution. The accesses
to a particular endpoint buffer must be completed before
changing the addresses in favor of a different endpoint
buffer or a register. Limit the access cycle time to 60 ns.
To determine throughput and optimization of the interface
with a particular processor and further information, please
contact your local Cypress sales representative.
Timing
When the processor’s CE# signal is used as an ADV#
signal on Antioch, the CE# must be toggled, that is, a new
CE# access cycle must be used for every 16-bit data read
or write operation. The “burst” type of access, in which the
CE# remains asserted throughout and ADV# is toggled for
each access, is not a valid mode of operation in this
scenario.
Timing
parameters
specified
for
an
asynchronous single access read or write apply when
using Antioch with CE# tied to ADV#. Even though the
“burst” type of access is not valid because ADV#, and
therefore CE#, has to be toggled every cycle, the DRQ
Status Registers and DRQ Mask Registers are still used to
indicate which of the endpoints is ready for a transfer.
Table 1. Timing Parameters
Parameter
Description
Min or Max
Value
Unit
tVPH
ADV# HIGH Time
Min
12
ns
tAVH
ADV# HIGH to Address Hold
Min
0
ns
tVPH
ADV# HIGH Time
Min
12
ns
tAVH Antioch
ADV# HIGH to Address Hold
Min
0
ns
tAVH Astoria*
ADV# HIGH to Address Hold
Min
2
ns
* Unlike Antioch, Astoria does require Hold Time tAVH to be followed.
www.cypress.com
Document No. 001-13553 Rev. *B
2
Using Processor Chip Enable as Address Valid Input to Antioch™
Table 2. Asynchronous Mode Timing Parameters
Parameter
Description
Min
Max
Unit
66.7
MBps
Read Timing Parameters
Interface bandwidth (MBPS)
tAA
Address to data valid
–
30
ns
tOH
Data output hold from address change
3
–
ns
tEA
Chip enable to data valid
–
30
ns
tAADV
ADV# to data valid access time
–
30
ns
tAVS
Address valid to ADV# HIGH
5
–
ns
tAVH
ADV# HIGH to address hold
2
–
ns
tCVS
CE# low setup time to ADV# HIGH
5
–
ns
tVPH
ADV# HIGH time
15
–
ns
tVP
ADV# pulse width LOW
7.5
–
ns
tOE
OE# LOW to data valid
–
22.5
ns
tOLZ
OE# LOW to Low Z
3
–
ns
tOHZ
OE# HIGH to High Z
0
22.5
ns
tLZ
CE# LOW to Low Z
3
–
ns
tHZ
CE# HIGH to High Z
–
22.5
ns
Write Timing Parameters
tCW
CE# LOW to write end
30
–
ns
tAW
Address Valid to write end
30
–
ns
tAS
Address setup to write start
0
–
ns
tADVS
ADV# setup to write start
0
–
ns
tWP
WE# pulse width
22
–
ns
tWPH
WE# HIGH time
10
–
ns
tCPH
CE# HIGH time
10
–
ns
tAVS
Address valid to ADV# HIGH
5
–
ns
tAVH
ADV# HIGH to address hold
2
–
ns
tCVS
CE# LOW setup time to ADV# HIGH
5
–
ns
tVPH
ADV# HIGH time
15
–
ns
tVP
ADV# pulse width LOW
7.5
–
ns
tVS
ADV# LOW to end of write
30
–
ns
tDW
Data setup to write end
18
–
ns
tDH
Data hold from write end
0
–
ns
tWHZ
Write to DQ High Z output
–
22.5
ns
tOW
End of write to Low Z output
3
–
ns
www.cypress.com
Document No. 001-13553 Rev. *B
3
Using Processor Chip Enable as Address Valid Input to Antioch™
Summary
Additional Resources



West Bridge® Antioch™ Advance Data Sheet
West Bridge® Astoria™ Advance Data Sheet
Errata Document for West Bridge® Astoria™
www.cypress.com
Antioch can be effectively interconnected with processors
that do not possess an ADV# signal that complies with the
timing required by using the Chip Select or Chip Enable
signal from the processor to control both CE# and ADV#
signals on Antioch.
Document No. 001-13553 Rev. *B
4
Using Processor Chip Enable as Address Valid Input to Antioch™
Document History
Document Title: Using Processor Chip Enable as Address Valid Input to Antioch™ - AN13553
Document Number: 001-13553
Revision
ECN
Orig. of
Change
Submission
Date
Description of Change
**
840500
ODC
03/15/2007
New Spec.
*A
3186489
ANOP
03/02/2011
Update Software Version as “Antioch SDK Version 1.3.2”.
Updated Timing:
Added new timing table.
Added Additional Resources.
*B
4332083
DBIR
04/03/2014
Updated in new template.
Completing Sunset Review.
www.cypress.com
Document No. 001-13553 Rev. *B
5
Using Processor Chip Enable as Address Valid Input to Antioch™
Worldwide Sales and Design Support
Cypress maintains a worldwide network of offices, solution centers, manufacturer’s representatives, and distributors. To find
the office closest to you, visit us at Cypress Locations.
PSoC® Solutions
Products
Automotive
cypress.com/go/automotive
psoc.cypress.com/solutions
Clocks & Buffers
cypress.com/go/clocks
PSoC 1 | PSoC 3 | PSoC 4 | PSoC 5LP
Interface
cypress.com/go/interface
Lighting & Power Control
cypress.com/go/powerpsoc
cypress.com/go/plc
Memory
cypress.com/go/memory
PSoC
cypress.com/go/psoc
Touch Sensing
cypress.com/go/touch
USB Controllers
cypress.com/go/usb
Wireless/RF
cypress.com/go/wireless
Cypress Developer Community
Community | Forums | Blogs | Video | Training
Technical Support
cypress.com/go/support
PSoC is a registered trademark of Cypress Semiconductor Corp. All other trademarks or registered trademarks referenced herein are the property of
their respective owners.
Cypress Semiconductor
198 Champion Court
San Jose, CA 95134-1709
Phone
Fax
Website
: 408-943-2600
: 408-943-4730
: www.cypress.com
© Cypress Semiconductor Corporation, 2007-2014. The information contained herein is subject to change without notice. Cypress Semiconductor
Corporation assumes no responsibility for the use of any circuitry other than circuitry embodied in a Cypress product. Nor does it convey or imply any
license under patent or other rights. Cypress products are not warranted nor intended to be used for medical, life support, life saving, critical control or
safety applications, unless pursuant to an express written agreement with Cypress. Furthermore, Cypress does not authorize its products for use as
critical components in life-support systems where a malfunction or failure may reasonably be expected to result in significant injury to the user. The
inclusion of Cypress products in life-support systems application implies that the manufacturer assumes all risk of such use and in doing so indemnifies
Cypress against all charges.
This Source Code (software and/or firmware) is owned by Cypress Semiconductor Corporation (Cypress) and is protected by and subject to worldwide
patent protection (United States and foreign), United States copyright laws and international treaty provisions. Cypress hereby grants to licensee a
personal, non-exclusive, non-transferable license to copy, use, modify, create derivative works of, and compile the Cypress Source Code and derivative
works for the sole purpose of creating custom software and or firmware in support of licensee product to be used only in conjunction with a Cypress
integrated circuit as specified in the applicable agreement. Any reproduction, modification, translation, compilation, or representation of this Source
Code except as specified above is prohibited without the express written permission of Cypress.
Disclaimer: CYPRESS MAKES NO WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, WITH REGARD TO THIS MATERIAL, INCLUDING, BUT
NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. Cypress reserves the
right to make changes without further notice to the materials described herein. Cypress does not assume any liability arising out of the application or
use of any product or circuit described herein. Cypress does not authorize its products for use as critical components in life-support systems where a
malfunction or failure may reasonably be expected to result in significant injury to the user. The inclusion of Cypress’ product in a life-support systems
application implies that the manufacturer assumes all risk of such use and in doing so indemnifies Cypress against all charges.
Use may be limited by and subject to the applicable Cypress software license agreement.
www.cypress.com
Document No. 001-13553 Rev. *B
6