CY7C924ADX 200 MBaud HOTLink® Transceiver Features • Second generation HOTLink® technology • Fibre Channel and ESCON® compliant 8B/10B encoder/decoder • 10 or 12 bit preencoded data path (raw mode) • 8 or 10 bit encoded data transport (using 8B/10B coding) • Synchronous or asynchronous TTL parallel interface • UTOPIA compatible host bus interface • Embedded/Bypassable 256-character synchronous FIFOs • Integrated support for daisy-chain and ring topologies • Domain or individual destination device addressing • 50 to 200 MBaud serial signaling rate • Internal PLLs with no external PLL components • Dual differential PECL compatible serial inputs • Dual differential PECL compatible serial outputs • Compatible with fiber optic modules and copper cables • Built-In Self-Test (BIST) for link testing • Link Quality Indicator • Single +5.0V ±10% supply • 100-pin TQFP • 0.35µ CMOS technology • Pb-free package available Functional Description The 200 MBaud CY7C924ADX HOTLink Transceiver is a point-to-point communications building block allowing the transfer of data over high speed serial links (optical fiber, balanced, and unbalanced copper transmission lines) at speeds ranging between 50 and 200 MBaud. The transmit section accepts parallel data of selectable width and converts it to serial data, while the receiver section accepts serial data and converts it to parallel data of selectable width. Figure 1 illustrates typical connections between two independent host systems and corresponding CY7C924ADX parts. As a second generation HOTLink device, the CY7C924ADX provides enhanced levels of technology, functionality, and integration over the field proven CY7B923/933 HOTLink. The transmit section of the CY7C924ADX HOTLink can be configured to accept either 8 or 10 bit data characters on each clock cycle, and stores the parallel data in an internal Transmit FIFO. Data is read from the Transmit FIFO and is encoded using an embedded 8B/10B encoder to improve its serial transmission characteristics. These encoded characters are then serialized and output from two Positive ECL (PECL) compatible differential transmission line drivers at a bit rate of 10 or 12 times the character rate. The receive section of the CY7C924ADX HOTLink accepts a serial bit stream from one of two PECL compatible differential line receivers and, using a completely integrated PLL Clock Synchronizer, recovers the timing information necessary for data reconstruction. The recovered bit stream is deserialized and framed into characters, 8B/10B decoded, and checked for transmission errors. Recovered decoded characters are reconstructed into either 8 or 10 bit data characters, written to an internal Receive FIFO, and presented to the destination host system. Systems that present externally encoded or scrambled data at the parallel interface may bypass the integrated 8B/10B encoder/decoder. The embedded FIFOs may also be bypassed to create a reference locked serial transmission link. For those systems requiring even greater FIFO storage capability, external FIFOs may directly couple to the CY7C924ADX device through the parallel interface without additional glue-logic. You can configure the TTL parallel I/O interface as either a FIFO (configurable for UTOPIA emulation or for depth expansion through external FIFOs) or as a pipeline register extender. The FIFO configurations are optimized for transport of time-independent (asynchronous) 8 or 10 bit character oriented data across a link. A Built-In Self-Test (BIST) pattern generator and checker permits at-speed testing of the high speed serial data paths in both the transmit and receive sections, and across the interconnecting links. HOTLink devices are ideal for a variety of applications where parallel interfaces can be replaced with high speed, point-to-point serial links. Some applications include interconnecting workstations, backplanes, servers, mass storage, and video transmission equipment. Cypress Semiconductor Corporation Document #: 38-02008 Rev. *E • 198 Champion Court • System Host Transmit FIFO Receive FIFO Serial Link Status 8B/10B Decoder Deserializer Framer Serializer Encoder 8B/10B Status Transmit Data Control CY7C924ADX CY7C924ADX Data Transmit 8B/10B Encoder Serializer Framer Deserializer Decoder 8B/10B Serial Link Control FIFO Transmit System Host Data Receive FIFO Receive Figure 1. HOTLink System Connections Receive Data San Jose, CA 95134-1709 • 408-943-2600 Revised March 27, 2007 CY7C924ADX CY7C924ADX Transceiver Logic Block Diagram TXDATA TX STATUS CONTROL TXCLK MODE REFCLK 11 RX STATUS RXDATA RXCLK 9 13 13 3 4 Mode Control Input Register Output Register Address Register MUX MUX Output Register Flags Mode Receive FIFO Flags Transmit FIFO CONTROL AM* TXEN* RXEN* TXSTOP* TXRST* RXRST* RFEN TXBISTEN* RXBISTEN* RESET*[1:0] Transmit PLL Clock Multiplier MUX Elasticity Buffer MUX Receive Formatter Pipeline Register Byte-Unpacker Address Matching Transmit Formatter Pipeline Register Byte-Packer Receive Control State Machine BIST LFSR 8B/10B Encoder Transmit Control State Machine MUX Serial Shifter Bit Clock MODE RANGESEL SPDSEL RXMODE[1:0] FIFOBYP* EXTFIFO ENCBYP* BYTE8/10* TEST* BIST LFSR 8B/10B Decoder Deserializer Framer Receive Clock/Data Recovery Clock Divider Bit Clock TX STATUS TXEMPTY* TXHALF* TXFULL* Routing Matrix LOOPBACK CONTROL DLB[1:0] LOOPTX Signal Validation 3 INA LOOPBACK OUTA OUTB CURSETB CURSETA CONTROL Document #: 38-02008 Rev. *E RXSTATUS LFI* RXEMPTY* RXHALF* RXFULL* INB A/B* CARDET Page 2 of 58 CY7C924ADX VSSA RXBISTEN* VSSA CURSETB VDDA OUTB+ VSSA OUTB– VSSA INB– VDDA INB+ VDDA OUTA+ VSSA OUTA– VSSA INA– VDDA INA+ TQFP Top View VDDA VDDA CURSETA VSSA CARDET Pin Configuration 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 TEST* 1 75 SPDSEL A/B* 2 74 RANGESEL LFI* 3 73 RFEN DLB[1] 4 72 TXFULL* DLB[0] 5 71 AM* LOOPTX 6 70 TXHALF* TXBISTEN* 7 69 RXEN* RXCLK 8 68 TXCLK TXSTOP* 9 67 RXRST* RXFULL* 10 66 VSS RXSC/D* VSS 11 65 REFCLK 12 64 VDD VSS 13 63 VSS VDD 14 62 VDD VSS 15 61 RXDATA[0] TXRST* 16 60 TXEMPTY* VDD 17 59 RXDATA[1] CY7C924ADX TXEN* 18 58 TXSOC/TXDATA[11] RXHALF* 19 57 VSS TXSC/D* 20 56 TXSVS/TXDATA[10] RXEMPTY* 21 55 VDD TXDATA[0] 22 54 TXHALT*/TXDATA[9] RXSOC/RXDATA[11] 23 53 RXDATA[2] RXMODE[1] 24 52 RESET*[1] RXMODE[0] 25 51 RESET*[0] Document #: 38-02008 Rev. *E EXTFIFO BYTE8/10* RXDATA[3] RXDATA[4] RXDATA[5] TXINT/TXDATA[8] TXDATA[7] RXDATA[6] TXDATA[6] RXDATA[7] TXDATA[5] VSS VSS VSS TXDATA[4] VDD TXDATA[3] RXINT/RXDATA[8] TXDATA[2] TXDATA[1] RXDATA[9] RXRVS/RXDATA[10] FIFOBYP* VSS ENCBYP* 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 Page 3 of 58 CY7C924ADX Pin Descriptions CY7C924ADX HOTLink Transceiver Pin Number Name I/O Characteristics Signal Description Transmit Path Signals 44, 42, 40, 36, 34, 32, 30, 22 TXDATA[7:0] TTL input, sampled on TXCLK↑ or REFCLK↑, Internal Pull Up Parallel Transmit Data Input. Bus width can be configured to accept either 8 or 10 bit characters. When the encoder is bypassed (ENCBYP* is LOW), TXDATA[7:0] functions as the least significant eight bits of the 10 or 12 bit preencoded transmit character. 46 TXINT/ TXDATA[8] TTL input, sampled on TXCLK↑ or REFCLK↑, Internal Pull Up Transmit Interrupt Input. This input is only interpreted if both the Transmit FIFO and encoder are enabled (FIFOBYP* and ENCBYP* are HIGH). Any state change (0→1 or 1→0) in TXINT, forces a character into the transmit encoder and shifter before accessing the next Transmit FIFO contents. This signal passes around, not through, the Transmit FIFO. When TXINT transitions from 0→1, a C0.0 (K28.0) special code is sent. When TXINT transitions from 1→0, a C3.0 (K28.3) special code is sent. These special codes force a similar signal transition on the RXINT output of an attached CY7C924ADX HOTLink Transceiver. When the Transmit FIFO is bypassed and the encoder is enabled (FIFOBYP* is LOW and ENCBYP* is HIGH), this input is ignored. When the Transmit FIFO is bypassed and the encoder is bypassed (FIFOBYP* and ENCBYP* are LOW), TXDATA[8] functions as the 9th bit of the 10 or 12 bit preencoded transmit character. 54 TXHALT*/ TXDATA[9] TTL input, sampled on TXCLK↑ or REFCLK↑, Internal Pull Up Transmit FIFO Halt Immediate Input. When the Transmit FIFO and the encoder are enabled (FIFOBYP* and ENCBYP* are HIGH) and TXHALT* asserts LOW, data transmission from the FIFO is suspended and the HOTLink transmits idle characters (K28.5). During this time, data can still be loaded into the FIFO. When TXHALT* is deasserted HIGH, normal data processing proceeds. When the encoder is bypassed (ENCBYP* is LOW), TXDATA[9] always functions as the tenth bit of the 10 or 12 bit preencoded transmit character. When the Transmit FIFO is bypassed and the encoder is enabled (FIFOBYP* is LOW and ENCBYP* is HIGH), this input is ignored 56 TXSVS/ TXDATA[10] TTL input, sampled on TXCLK↑ or REFCLK↑, Internal Pull Up Transmit Send Violation Symbol Input. When the encoder is enabled and the Transmit FIFO is enabled (ENCBYP* and FIFOBYP* are HIGH), this input is interpreted along with TXSOC and TXSC/D* (see Table 2 on page 15 for details). When the Transmit FIFO is disabled (FIFOBYP* is LOW) and the TXSVS bit is set, the character on the TXDATA is ignored and a C0.7 exception is sent instead. When the encoder is bypassed and in 10 bit mode (ENCBYP* and BYTE8/10* are LOW), TXDATA[10] functions as the eleventh bit of the 12 bit preencoded transmit character. When the Encoder is bypassed and in 8 bit mode (ENCBYP* is LOW and BYTE8/10* is HIGH), this input is ignored. 58 TXSOC/ TXDATA[11] TTL input, sampled on TXCLK↑ or REFCLK↑, Internal Pull Up Transmit Start of Cell Input. When the Transmit FIFO and encoder are enabled (ENCBYP* and FIFOBYP* are HIGH), this input is a message frame delimiter that indicates the beginning of a data packet. It is interpreted along with TXSVS and TXSC/D* (see Table 2 for details). When the Transmit FIFO is bypassed (FIFOBYP* is LOW) and the encoder is enabled (ENCBYP* is HIGH) this input is ignored. When in 12 bit encoder bypass mode (ENCBYP* and BYTE8/10* are LOW), TXDATA[11] functions as the twelfth bit (MSB) of the 12 bit preencoded transmit character. When the encoder is bypassed and in 8 bit mode (ENCBYP* is LOW and BYTE8/10* is HIGH), this input is ignored. Document #: 38-02008 Rev. *E Page 4 of 58 CY7C924ADX Pin Descriptions (continued) CY7C924ADX HOTLink Transceiver Pin Number Name I/O Characteristics Signal Description 20 TXSC/D* TTL input, sampled on TXCLK↑ or REFCLK↑, Internal Pull Up Transmit Special Character or Data Select Input. When the Transmit FIFO is enabled and the encoder is enabled (FIFOBYP* and ENCBYP* are HIGH), this input is interpreted along with TXSVS and TXSOC (see Table 2 on page 15 for details). When the Transmit FIFO is bypassed and encoding is enabled (FIFOBYP* is LOW and ENCBYP* is HIGH), this signal controls whether the TXDATA[7:0] is sent as a data or control character. When the encoder is bypassed (ENCBYP* is LOW) TXSC/D* is ignored. 18 TXEN* TTL input, sampled on TXCLK↑ or REFCLK↑, Internal Pull Up Transmit Enable Input. Data enable for the TXDATA[11:0] data bus write operations. Active HIGH when configured for Cascade timing (EXTFIFO is HIGH), active LOW when configured for UTOPIA timing (EXTFIFO is LOW). When the Transmit FIFO is enabled (FIFOBYP* is HIGH) and TXEN* is asserted, data loads into the FIFO on every rising edge of TXCLK. When TXEN* is deasserted with TXHALT* and TXSTOP* deasserted, data continues to read out of the Transmit FIFO and is sent serially until the FIFO empties. At this time, C5.0 (K28.5) idle characters are transmitted. When the Transmit FIFO is bypassed (FIFOBYP* is LOW) and TXEN* is asserted, the parallel data on the TXDATA bus is clocked in and transmitted on every appropriate REFCLK rising edge. When TXEN* is deasserted, the parallel data bus is ignored and C5.0 sync characters are transmitted instead. 9 TXSTOP* TTL input, sampled on TXCLK↑, Internal Pull Up Transmit Stop on Start_Of_Cell Input. While the Transmit FIFO and encoder are enabled (FIFOBYP* and ENCBYP* are HIGH), this signal is used to prevent queued data characters from being serially transmitted. While TXSTOP* is deasserted, data flows through the Transmit FIFO without interruption. When TXSTOP* is asserted, data transfers continue until a TXSOC bit is detected in the character stream, at which point data transmission ceases. When transmission is stopped, C5.0 (K28.5) characters are sent instead. If data transmission is suspended due to a SOC character, pulsing TXSTOP* deasserted then asserted will allow only the next cell (delimited by SOC bits) to be transmitted. When the Transmit FIFO is bypassed (FIFOBYP* = LOW) TXSTOP* has no function. When the Transmit FIFO is enabled (FIFOBYP* is HIGH) and the encoder is bypassed (ENCBYP* is LOW), TXDATA[9]/TXHALT* is a data input and not TXHALT*. In this mode, the TXSOC bit is not interpreted and the TXSTOP* input assumes the same operation as TXHALT*. When TXSTOP* is asserted, data reads from the Transmit FIFO are suspended and alternating disparity 10 bit equivalents of C5.0 are transmitted instead. 68 TXCLK TTL clock input, Internal Pull Up Transmit FIFO Clock. The input clock for the parallel interface when the Transmit FIFO is enabled (FIFOBYP* is HIGH). Samples all Transmit FIFO related interface signals. 72 TXFULL* 3-state TTL output, changes following TXCLK↑ or REFCLK↑ Transmit FIFO Full Status Flag. Active HIGH when configured for Cascade timing (EXTFIFO is HIGH), active LOW when configured for UTOPIA timing (EXTFIFO is LOW). The TXFULL* output is enabled when AM* is asserted, otherwise it is High-Z. When the Transmit FIFO is enabled (FIFOBYP* is HIGH), TXFULL* indicates a Transmit FIFO full condition. When TXFULL* is first asserted, the Transmit FIFO accepts up to eight additional write cycles without data loss. When the Transmit FIFO is bypassed (FIFOBYP* is LOW), with RANGESEL HIGH or SPDSEL LOW, TXFULL* toggles at half the REFCLK rate to provide a character rate indication. Document #: 38-02008 Rev. *E Page 5 of 58 CY7C924ADX Pin Descriptions (continued) CY7C924ADX HOTLink Transceiver Pin Number Name I/O Characteristics Signal Description 70 TXHALF* 3-state TTL output, changes following TXCLK↑ or REFCLK↑ Transmit FIFO Half-full Status Flag. The TXHALF* flag is always active LOW, regardless of the EXTFIFO* setting. When the Transmit FIFO is enabled, TXHALF* is asserted LOW when the Transmit FIFO is half full or more (128 characters). TXHALF* is only set to High-Z state by the assertion of RESET*[1:0] LOW. 60 TXEMPTY* 3-state TTL output, changes following TXCLK↑ or REFCLK↑ Transmit FIFO Empty Status Flag. Active HIGH when configured for Cascade timing (EXTFIFO is HIGH), active LOW when configured for UTOPIA timing (EXTFIFO is LOW). The TXEMPTY* output is enabled when AM* is asserted, otherwise it is High-Z When the Transmit FIFO is enabled (FIFOBYP* is HIGH), TXEMPTY* is asserted either when no data has been loaded into the Transmit FIFO, or when the Transmit FIFO has been emptied by either a Transmit FIFO reset or by the normal transmission of the FIFO contents. When the Transmit FIFO is bypassed (FIFOBYP* is LOW), TXEMPTY* is asserted to indicate that the transmitter can accept data. When TXBISTEN* is asserted LOW, TXEMPTY* becomes the transmit BIST-progress indicator (regardless of the logic state of FIFOBYP*). In this mode TXEMPTY* is asserted for one TXCLK or REFCLK period at the end of each transmitted BIST sequence, depending on the FIFOBYP* setting. 16 TXRST* TTL input, internal pull-up, sampled on TXCLK↑, Internal Pull Up Transmit FIFO Reset. When TXRST* is asserted for eight or more TXCLK cycles, a reset operation begins on the Transmit FIFO. This input is ignored when the Transmit FIFO is bypassed. 7 TXBISTEN* TTL input, asynchronous, Internal Pull Up Transmitter BIST Enable. When TXBISTEN* is LOW, the transmitter generates a 511-character repeating built-in self test (BIST) sequence, that can validate link integrity. The transmitter returns to normal operation when TXBISTEN* is HIGH. All Transmit FIFO read operations suspend when BIST is active. Receive Path Signals 41, 43, 45, 47, 48, 53, 59, 61 RXDATA[7:0] Bidirectional TTL, changes following RXCLK↑, or sampled by RXCLK↑ Parallel Data Output and Serial Address Register Access. These outputs change following the rising edge of RXCLK, when enabled to output data (the device is addressed by AM* and selected by RXEN*). The contents of this bus are interpreted differently based on the levels present on ENCBYP*, BYTE8/10*, RXSC/D*, and when accessing the Serial Address Register. When the decoder is bypassed (ENCBYP* is LOW), RXDATA[7:0] functions as the least significant eight bits of the 10 or 12 bit preencoded receive character. 33 RXINT/ RXDATA[8] Bidirectional TTL, changes following RXCLK↑, or sampled by RXCLK↑ Receive Interrupt Output. When the Receive FIFO and decoder are enabled (FIFOBYP* and ENCBYP* are HIGH) and a C0.0 (K28.0) special code is received, RXINT is set HIGH. When a C3.0 (K28.3) special code is received RXINT is set LOW. These special codes are generated in response to equivalent transitions on the TXINT input of an attached CY7C924ADX HOTLink transceiver. This signal is extracted before the Receive FIFO and (except for Receive Discard Policy 0) the associated command codes are not considered “data” to be entered into the Receive FIFO and are discarded. When the Receive FIFO is bypassed (FIFOBYP* is LOW) and the decoder is enabled (ENCBYP* is HIGH), this output has no function. When the decoder is bypassed (ENCBYP* is LOW), RXDATA[8] functions as the ninth bit of the 10 or 12 bit undecoded receive character. Document #: 38-02008 Rev. *E Page 6 of 58 CY7C924ADX Pin Descriptions (continued) CY7C924ADX HOTLink Transceiver Pin Number Name I/O Characteristics Signal Description 31 RXDATA[9] Bidirectional TTL, changes following RXCLK↑, or sampled by RXCLK↑ Receive Data Output. When the decoder is enabled in 10 bit mode (ENCBYP* is HIGH and BYTE8/10* is LOW), this output is the tenth bit (MSB) of the 10 bit decoded and unpacked data character. When the Decoder is enabled and in 8 bit mode this output is ignored. When the Decoder is bypassed (ENCBYP* is LOW), RXDATA[9] functions as the tenth bit of the 10 or 12 bit undecoded receive character. 29 RXRVS/ RXDATA[10] Bidirectional TTL, changes following RXCLK↑, or sampled by RXCLK↑, Internal Pull Up Received Violation Symbol Indicator. For data accesses with the Receive FIFO and decoder are enabled (FIFOBYP* and ENCBYP* are HIGH) this signal is used as an output. It is decoded in conjunction with RXSC/D* and RXSOC, according to Table 6 on page 22, to indicate the presence of specific Special Character codes in the received data stream. For data accesses with the Receive FIFO disabled and the Decoder enabled, this output indicates a code word violation detection on the serial inputs. When the Decoder is bypassed (ENCBYP* is LOW) and in 10 -bit mode (BYTE8/10* is LOW), RXDATA[10] functions as the eleventh bit of the 12 bit undecoded receive character. In 8 bit mode this output is unused and is driven LOW. RXRVS reports BIST pattern mismatches when RXBISTEN* is LOW. When accessing the Serial Address Register, this signal is a “read/write” control input. RXRVS LOW allows the host system to write the Serial Address Register (RXDATA[9:0] and RXSC/D* are inputs). RXRVS HIGH allows the host system to read the Serial Address Register (RXDATA[9:0] and RXSC/D* are outputs). 23 RXSOC/ RXDATA[11] Bidirectional TTL, changes following RXCLK↑, or sampled by RXCLK↑ Receive Start Of Cell. When the Receive FIFO and decoder are enabled (FIFOBYP* and ENCBYP* are HIGH), this output is decoded in conjunction with RXSC/D* and RXRVS, according to Table 6, to indicate the presence of specific Special Character codes in the received data stream. When the Decoder is bypassed (ENCBYP* is LOW) and in 10 bit mode (BYTE8/10* is LOW), RXDATA[11] is the twelfth bit (MSB) of the 12 bit undecoded receive character. In 8 bit mode (BYTE8/10* is HIGH) this output is unused and is driven LOW. 65 RXSC/D* Bidirectional TTL, changes following RXCLK↑, or sampled by RXCLK↑ Received Special Character or Data Indicator. For data accesses with the Receive FIFO and decoder enabled (FIFOBYP* and ENCBYP* are HIGH) this signal is an output. It is decoded in conjunction with RXSOC and RXRVS, in accordance with Table 6, to indicate the presence of specific Special Character codes in the received data stream. For data accesses with the Receive FIFO disabled and the decoder enabled, this output indicates that the parallel output RXDATA[7:0] is a Special Character code. When accessing the Serial Address Register, this signal is an input that selects the addressing mode. RXSC/D* HIGH configures the Serial Address Register for Unicast address matching. RXSC/D* LOW configures the Serial Address Register for Multicast address matching. When operated with the decoder bypassed (ENCBYP* is LOW) this pin has no function. Document #: 38-02008 Rev. *E Page 7 of 58 CY7C924ADX Pin Descriptions (continued) CY7C924ADX HOTLink Transceiver Pin Number Name I/O Characteristics Signal Description Receive Enable. Data enable for the RXDATA[11:0] data bus write and read operations. Active HIGH when configured for Cascade timing (EXTFIFO is HIGH), active LOW when configured for UTOPIA timing (EXTFIFO is LOW). When the Receive FIFO is enabled (FIFOBYP* is HIGH) and RXEN* is asserted, data is read out of the FIFO on every rising edge of RXCLK. When RXEN* is deasserted, reads are inhibited and the RXDATA bus is not driven. When the Receive FIFO is bypassed (FIFOBYP* is LOW) and RXEN* is asserted, parallel data is clocked out Receive Output Register to the RXData bus on every RXCLK edge. When RXEN* is deasserted, the RXDATA bus is not driven. RXEN* also controls the read and write access to the Serial Address Register. 69 RXEN* TTL input, sampled on RXCLK↑, Internal Pull Up 8 RXCLK Bidirectional TTL Receive Clock. When the Receive FIFO is enabled (FIFOBYP* is HIGH), this clock, Internal Pull-Up clock is the Receive interface input clock and is used to control Receive FIFO read, reset, and serial register access operations. When the Receive FIFO is bypassed (FIFOBYP* is LOW), this clock is output continuously at the character rate of the data being received (1/10 or 1/12 of the serial bit rate). 10 RXFULL* 3-state TTL output, changes following RXCLK↑ 19 RXHALF* TTL output, changes Receive FIFO Half-full Flag. The RXHALF* flag is always active LOW, following RXCLK↑ regardless of the EXTFIFO* setting. When the Receive FIFO is enabled (FIFOBYP* is HIGH), this signal is asserted when the Receive FIFO is half full or more (128 characters). When the Receive FIFO is bypassed, RXHALF* is deasserted. RXHALF* is forced to the High-Z state only during a “full-chip” reset (that is, while RESET*[1:0] are LOW). Document #: 38-02008 Rev. *E Receive FIFO Full Flag. Active HIGH when configured for Cascade timing (EXTFIFO is HIGH), active LOW when configured for UTOPIA timing (EXTFIFO is LOW). The RXFULL* output is enabled when AM* is asserted, otherwise it is High-Z. When the Receive FIFO is addressed (FIFOBYP* is HIGH and the device is addressed by AM* and selected by RXEN*), RXFULL* is asserted when the Receive FIFO has room for eight or fewer writes. An RXFULL* condition may indicate loss of data. When the Receive FIFO is bypassed (FIFOBYP* is LOW), RXFULL* and RXHALF* are deasserted to indicate that valid data may be present. RXFULL* is also used as a BIST progress indicator, and pulses asserted once every pass through the 511-character BIST loop. The RXFULL* output is enabled when AM* is asserted, otherwise it is High-Z Page 8 of 58 CY7C924ADX Pin Descriptions (continued) CY7C924ADX HOTLink Transceiver Pin Number Name I/O Characteristics Signal Description Receive FIFO Empty Flag. Active HIGH when configured for Cascade timing (EXTFIFO is HIGH), active LOW when configured for UTOPIA timing (EXTFIFO is LOW). The RXFULL* output is enabled when AM* is asserted, otherwise it is High-Z. When the Receive FIFO is enabled (FIFOBYP* is HIGH), RXEMPTY* is asserted when no data remains in the Receive FIFO. Any read operation occurring when RXEMPTY* is asserted results in no change in the FIFO status, and the data from the last valid read remains on the RXDATA bus. When the Receive FIFO is bypassed but the Decoder is enabled, RXEMPTY* is used as a valid data indicator. The RXMODE[1:0] settings allow the user to determine which data is valid and allows selective flagging of idle characters. When RXEMPTY* is deasserted it indicates that a valid character (as selected by RXMODE[1:0]) is present at the RXDATA outputs. When asserted it indicates that a C5.0 (K28.5) rejected by the current RXMODE[1:0] setting is present on the RXDATA output bus. If both the Receive FIFO and the Decoder are bypassed, RXEMPTY* is deasserted to indicate that all received characters are valid. The TXFULL* output is enabled when AM* is asserted, otherwise it is High-Z. 21 RXEMPTY* 3-state TTL output, changes following RXCLK↑ 67 RXRST* TTL input, sampled Receive FIFO Reset. When the Receive FIFO is addressed (FIFOBYP* is on RXCLK↑, Internal HIGH and device is selected by AM*) and RXRST* is sampled asserted for Pull Up eight or more RXCLK cycles, a Receive FIFO reset is initiated. The RXRST* input is also asserted to access the Serial Address Register. 73 RFEN TTL input, asynchronous, Internal Pull Up Reframe Enable. Controls when the framer is enabled to adjust the character boundaries based on detection of one or more K28.5 characters in the data stream. When HIGH, the framer can adjust the character boundaries relative to the received serial data stream to match those of the remote transmitter. When LOW, the boundary is fixed. 77 RXBISTEN* TTL input, asynchronous, Internal Pull Up Receiver BIST Enable. When asserted, built-in self test (BIST) is active and the receiver is configured to perform a character for character match of the incoming data stream with a 511-character BIST sequence. The result of character mismatches are indicated on RXRVS. Completion of each 511-character BIST loop is accompanied by an assertion pulse on the RXFULL* flag. Control Signals 71 AM* TTL input, sampled by TXCLK↑, RXCLK↑, and REFCLK↑ Address Match. This signal is a qualifier for TXEN*, RXEN*, TXRST*, and RXRST*. It also controls three-state enables for the TXFULL*, TXEMPTY*, RXFULL*, and RXEMPTY* signals. 6 LOOPTX TTL input, asynchronous, Internal Pull Down Serial-in to Serial-out LOOP Select. This input controls the LOOP-through function in which the Clock/Data Recovery PLL recovers the serial data and then retransmits it using the Transmit PLL as the bit rate reference. It selects between the output of the Transmit FIFO and the output of the Elasticity Buffer as the input to the Transmit Encoder. When LOW, the Transmit FIFO is the source of data for transmission. When HIGH, the Elasticity Buffer is the source of data for transmission and serial input data is reclocked and routed to the serial outputs. The LOOPTX function can only be used if the FIFOs are enabled (FIFOBYP* = HIGH). 12 REFCLK TTL input clock Reference Clock. This clock input is the timing reference for the transmit and receive PLLs. When the Transmit FIFO is bypassed, REFCLK is also the clock for the external transmit data interface. See Table 5 on page 19 for the relationships among REFCLK, SPDSEL, RANGESEL, FIFOBYP*, ENCBYP* and BYTE8/10*. Document #: 38-02008 Rev. *E Page 9 of 58 CY7C924ADX Pin Descriptions (continued) CY7C924ADX HOTLink Transceiver Pin Number Name I/O Characteristics Signal Description 75 SPDSEL Static control input TTL levels Normally wired HIGH or LOW Speed Select. Selects one of two operating data rate ranges for the device. When the operating symbol rate is between 100 and 200 MBaud, SPDSEL must be HIGH. When the operating symbol rate is between 50 and 100 MBaud, SPDSEL must be LOW (see Table 5 on page 19). 74 RANGESEL Static control input TTL levels Normally wired HIGH or LOW Range Select. Selects the proper prescaler for the REFCLK input. See Table 5 for the various relationships among REFCLK, SPDSEL, RANGESEL, FIFOBYP*, ENCBYP* and BYTE8/10*. When the Transmit FIFO is bypassed (FIFOBYP* is LOW) and REFCLK is a nonunity multiple of the character rate (RANGESEL HIGH or SPDSEL LOW), TXFULL* toggles at half the REFCLK rate to provide a character rate indication, and to show when data can be accepted. 49 EXTFIFO Static control input TTL levels Normally wired HIGH or LOW External FIFO Select. EXTFIFO indicates whether the device is used with external FIFOs. It modifies the active level of the RXEN* and TXEN* inputs and the timing of the Transmitter data bus according to the interface selected. When in UTOPIA mode and not configured for external FIFOs (EXTFIFO is LOW), TXEN*, RXEN* and all FIFO flags are active LOW. In this mode the active data transition for the transmit data bus is within the same clock as the transmit interface is selected by TXEN*. When configured for Cascade mode where the CY7C924ADX device is cascaded with external FIFOs (EXTFIFO is HIGH), TXEN, RXEN, the Full and Empty FIFO flags are active HIGH (the Half-full flag is always active LOW). TXEN is driven by the empty flag of an attached CY7C42X5 FIFO, and RXEN is driven by the Almost Full flag of an attached CY7C42X5 FIFO. In this mode the active data transition for the transmit data bus is in the clock cycle following the clock edge where transmit interface is selected by TXEN*. 28 FIFOBYP* Static control input TTL levels Normally wired HIGH or LOW FIFO Bypass Select. When LOW, the Transmit and Receive FIFOs are bypassed. In this mode TXCLK is not used. Instead all transmit data must be synchronous to REFCLK. Transmit FIFO status flags are synchronized to REFCLK. RXCLK becomes an output at the Receive PLL recovered character clock rate. All received data and FIFO status flags are synchronized to RXCLK. When HIGH, the Transmit and Receive FIFOs are enabled. In this mode all Transmit FIFO writes are synchronized to TXCLK, and all Receive FIFO reads are synchronous to the RXCLK input. 27 ENCBYP* Static control input TTL levels Normally wired HIGH or LOW Encoder Bypass Select. When LOW, both the encoder and decoder are bypassed. Data transmits in NRZ format, without encoding, LSB first. Received data are presented to the interface as parallel characters without decoding. When HIGH, data passes through both the 8B/10B encoder in the Transmit path and the decoder in the Receive path. 24, 25 RXMODE[1:0] Static control input TTL levels Normally wired HIGH or LOW Receive Discard Policy Select. These inputs select among the four data handling and fill-character discard modes in the receiver. See Table 7 on page 23. Document #: 38-02008 Rev. *E Page 10 of 58 CY7C924ADX Pin Descriptions (continued) CY7C924ADX HOTLink Transceiver Pin Number Name I/O Characteristics Signal Description 50 BYTE8/10* Static control input TTL levels Normally wired HIGH or LOW Parallel Data Character Size Select. Selects the input data character width. When BYTE8/10* is HIGH and ENCBYP* is HIGH, the device is in 8 bit mode and the data is encoded using the 8B/10B code rules found in Table 11 on page 51 and Table 12 on page 55. When BYTE8/10* is HIGH and ENCBYP* is LOW, the 10 parallel data bits pass directly to or from the serial stream without encoding or decoding. When BYTE8/10* is LOW, the part is in 10 bit mode. If the encoder is enabled (ENCBYP* is HIGH), the part passes the 10 parallel bits to the byte stuffer and encoder. When the encoder is disabled (ENCBYP* is LOW), the 12 parallel data bits pass directly to or from the serial stream without encoding or decoding. For affected pin groupings and function see Table 1 on page 13 and Table 8 on page 25. If the FIFOs are BYPASSED and Encoding is enabled (FIFOBYP* = LOW and ENCBYP* = HIGH), BYTE8/10* MUST BE HIGH. 52, 51 RESET*[1:0] TTL input, Global Logic Reset. These inputs are pulsed LOW for one or more REFCLK periods to reset the internal logic. They must be tied together or driven concurrently to ensure a valid reset. 1 TEST* TTL input, Factory Test Mode Select. Used to force the part into a diagnostic test mode asynchronous. for factory ATE test. This pin is tied HIGH during normal operation. Normally wired HIGH Analog I/O and Control 89, 90, 81, 82 OUTA± OUTB± PECL-compatible differential outputs Differential Serial Data Outputs. These PECL-compatible outputs are capable of driving terminated transmission lines or commercial fiber optic transmitter modules. An unused output pair may be powered down by leaving the outputs unconnected and strapping the associated CURSETx pin to VDD. 97 CURSETA Analog input Current-set Resistor Input for OUTA±. A precision resistor is connected between this input and a clean ground to set the output differential amplitude and currents for the OUTA± differential driver. 78 CURSETB Analog input Current-set Resistor Input for OUTB±. A precision resistor is connected between this input and a clean ground to set the output differential amplitude and currents for the OUTB± differential driver. 94, 93, 86, 85 INA± INB± PECL-compatible differential inputs Differential Serial Data Inputs. These inputs accept the serial data stream for deserialization and decoding. Only one serial stream at a time may be fed to the receiver PLL to extract the data content. This stream is selected using the A/B* input. These inputs may also be routed to the OUTB± serial outputs using the DLB[1:0] inputs. 2 A/B* TTL input, asynchronous, Internal Pull Up Receive Data Input Selector. Determines which external serial bit stream is passed to the receiver clock and data recovery circuit. 4,5 DLB[1:0] TTL input, asynchronous, Internal Pull Down Loopback Select Inputs. Selects connections between serial inputs and outputs. Controls diagnostic loopback and serial loopthrough functions. See Table 3 on page 17 for details. 100 CARDET PECL-compatible input, asynchronous Carrier Detect Input. Allows an external device to signify that a valid signal is being presented to the high speed PECL-compatible input buffers, as is typical on an Optical Module. When CARDET is deasserted LOW, the LFI* indicator asserts LOW signifying a Link Fault. This input can be tied to VDD for copper media applications. Document #: 38-02008 Rev. *E Page 11 of 58 CY7C924ADX Pin Descriptions (continued) CY7C924ADX HOTLink Transceiver Pin Number 3 Name LFI* I/O Characteristics Signal Description TTL output, changes Link Fault Indication Output. Active LOW. LFI* changes synchronous with following RXCLK↑ RXCLK. This output is driven LOW when the serial link currently selected by A/B* is not suitable for data recovery. This can be caused by • Serial Data Amplitude below acceptable levels. • Input transition density not sufficient for PLL clock recovery. • Serial Data stream outside an acceptable frequency range of operation. • CARDET LOW. Power 80, 87, 88, 95, 96, 98 VDDA Power for PECL-compatible I/O signals and internal analog circuits. 76, 79, 83, 84, 91, 92, 99 VSSA Ground for PECL-compatible I/O signals and internal analog circuits. 14, 17, 35, 55, 62, 64 VDD Power for CMOS I/O signals and internal logic circuits. 11, 13, 15, 26, 37, 38, 39, 57, 63, 66 VSS Ground for CMOS I/O signals and internal logic circuits. CY7C924ADX HOTLink Operation Transmit Data Path Overview Transmit Data Interface/Transmit Data FIFO The CY7C924ADX is designed to move parallel data across both short and long distances with minimal overhead or host system intervention. To accomplish this it converts the parallel characters into a serial bit stream, transmits these serial bits at high speed, and converts the received serial bits back into the original parallel data format. The transmit data interface to the host system is configurable as either an asynchronous buffered (FIFOed) parallel interface or as a synchronous pipeline register. The bus itself can be configured for operation with 8 bit, 10 bit or 12 bit data. The CY7C924ADX offers a large feature set, so it can be used in a wide range of host systems. Some of the configuration options are: • 8 bit, 10 bit or 12 bit character size • User definable data packet or frame structure • Two octave data rate range • Asynchronous (FIFOed) or synchronous data interface • 8B/10B encoded or nonencoded (raw data) • Embedded or bypassable FIFO data storage • Multi-PHY capability • Point-to-point, point-to-multipoint, or ring data transport This flexibility allows the CY7C924ADX to meet the data transport needs of almost any system. Document #: 38-02008 Rev. *E When configured for asynchronous operation (where the host-bus interface clock operates asynchronous to the serial character and bit stream clocks), the host interface becomes that of a synchronous FIFO clocked by TXCLK. In these configurations an internal 256 character Transmit FIFO is enabled. It allows the host interface to be written at any rate from DC to 50 MHz. When configured for synchronous operation, the transmit interface is clocked by REFCLK and operates synchronous to the internal character and bit stream clocks. The input register must be written at the character rate, but REFCLK can operate at one, two or four times the character rate. Both asynchronous and synchronous interface operations support two interface timing models: UTOPIA and Cascade. The UTOPIA timing model is designed to match the active levels, bus timing, and signal sequencing called out in the ATM Forum UTOPIA specification. The Cascade timing model is designed to match a host bus that resembles a synchronous FIFO. These timing models allow the CY7C924ADX to directly couple to host systems, registers, state machines, FIFOs, and so on, with minimal and in many cases no external glue logic. Page 12 of 58 CY7C924ADX Encoder Data from the host interface or Transmit FIFO is next passed to an encoder block. The CY7C924ADX contains an internal 8B/10B encoder that is used to improve the serial transport characteristics of the data. For systems that contain their own encoder or scrambler, this encoder may be bypassed. Serializer/Line Driver The data from the encoder is passed to a serializer. This serializer operates at either 2.5, 5, or 10 times the rate of the REFCLK input (or 3, 6, or 12 times when BYTE8/10* and ENCBYP* are LOW). The serialized data is output from two PECL-compatible differential line drivers configured to drive transmission lines or optical modules. Receive Data Path Line Receiver/Deserializer/Framer Serial data is received at one of two PECL-compatible differential line receivers. The data is passed to both a Clock and Data Recovery PLL (Phase Locked Loop) and to a deserializer that converts serial data into parallel characters. The framer adjusts the boundaries of these characters to match those of the original transmitted characters. Decoder The parallel characters pass through a 10B/8B Decoder and return to their original form. For systems that use external decoding or descrambling, the decoder may be bypassed. Receive Data Interface/Receive Data FIFO Data from the decoder passes either to a Receive FIFO or directly to the output register. The output register can be configured for operation with 8 bit, 10 bit or 12 bit data When configured for an asynchronous buffered (FIFOed) interface, the data passes through a 256-character Receive FIFO that allows data to be read at any rate from DC to 50 MHz. When configured for synchronous operation (Receive FIFO is bypassed) data is clocked out of the Receive Output register at the byte rate, up to 20 MHz. The receive interface is also configurable for both UTOPIA and Cascade timing models. Table 1. Transmit Input Bus Signal Map Transmit Encoder Mode[1] Encoded 8-bit Character Stream Pre-encoded 10-bit Character Stream Encoded 10-bit Character Stream Pre-encoded 12-bit Character Stream ENCBYP* HIGH LOW HIGH LOW BYTE8/10* HIGH HIGH LOW LOW TXDATA Bus Input Bit TXSC/D* TXSC/D* TXDATA[0] TXD[0] TXD[0][2] TXD[0] TXD[0][2] TXDATA[1] TXD[1] TXD[1] TXD[1] TXD[1] TXDATA[2] TXD[2] TXD[2] TXD[2] TXD[2] TXDATA[3] TXD[3] TXD[3] TXD[3] TXD[3] TXDATA[4] TXD[4] TXD[4] TXD[4] TXD[4] TXDATA[5] TXD[5] TXD[5] TXD[5] TXD[5] TXDATA[6] TXD[6] TXD[6] TXD[6] TXD[6] TXDATA[7] TXD[7] TXD[7] TXD[7] TXD[7] TXINT/TXDATA[8] (FIFOBYP* = HIGH) TXINT TXD[8] TXD[8] TXD[8] TXD[8] TXD[8] TXD[8] TXD[9] TXD[9] TXD[9] TXD[9] TXD[9] TXD[9] TXINT/TXDATA[8] (FIFOBYP* = LOW) TXHALT*/TXDATA[9] (FIFOBYP* = HIGH) TXHALT* TXHALT*/TXDATA[9] (FIFOBYP* = LOW) TXSC/D* TXSVS/TXDATA[10] TXSVS TXSVS TXD[10] TXSOC/TXDATA[11] (FIFOBYP* = HIGH) TXSOC TXSOC TXD[11] TXSOC/TXDATA[11] (FIFOBYP* = LOW) TXD[11] Notes 1. All open cells are ignored. 2. First bit shifted out. Others follow in numerical order creating an NRZ pattern. Document #: 38-02008 Rev. *E Page 13 of 58 CY7C924ADX CY7C924ADX HOTLink Transceiver Block Diagram Description Transmit Input/Output Register The Transmit Input Register, shown in Figure 2, captures the data to be processed by the HOTLink Transmitter, and allows the input timing to be compatible with asynchronous or synchronous host system buses. These buses can take the form of UTOPIA compliant interfaces, external FIFOs, state machines, or other control structures. Data present on the TXDATA[11:0] and TXSC/D* inputs are captured at the rising edge of the selected sample clock. The transmit data bus bit assignments vary depending on the data encoding, and bus width selected. These bus bit assignments are shown in Table 1 on page 13, and list the functional names of these different signals. Note that the function of several of these signals changes in different operating modes. The logical sense of the enable and FIFO flag signals depends on the intended interface convention and is set by the EXTFIFO pin. Figure 2. Transmit Input Register TXDATA[11:0] REFCLK TXEN* AM* TXSC/D* TXCLK 12 UTOPIA Timing Model The UTOPIA timing model allows multiple CY7C924ADX transmitters to be addressed and accessed from a common host bus, using the protocols defined in the ATM Forum UTOPIA interface standards. To enable it, set EXTFIFO LOW. In UTOPIA timing, the TXEMPTY* and TXFULL* outputs and TXEN* input, are all active LOW signals. If the CY7C924ADX is addressed by AM*, it is “selected” when TXEN* is asserted LOW. Following selection, data is written into the Transmit FIFO on every clock TXCLK cycle where TXEN* remains LOW. Cascade Timing Model The Cascade timing model is a variation of the UTOPIA timing model. Here the TXEMPTY* and TXFULL* outputs, and TXEN input, are all active HIGH signals. Cascade timing uses the same address and selection sequences as UTOPIA timing, but write data accesses use a delayed write. This delayed write is necessary to allow direct coupling to external FIFOs, or to state machines that initiate a write operation one clock cycle before the data is available on the bus. To enable Cascade timing, set EXTFIFO HIGH. When used for FIFO depth expansion, Cascade timing allows the size of the internal Transmit FIFO to be expanded to an almost unlimited depth. It makes it possible to attach a CY7C42x5 series synchronous FIFO to the transmit interface without any extra logic, as shown in Figure 3. Figure 3. External FIFO Depth Expansion of the CY7C924ADX Transmit Data Path Transmit Input Register 14 FF* WEN* To Encoder Block Transmit FIFO Synchronous Interface Synchronous interface clocking operates the entire transmit data path synchronous to REFCLK. To enable it, connect FIFOBYP* LOW to disable the internal FIFOs. Asynchronous Interface Asynchronous interface clocking controls the writing of host bus data into the Transmit FIFO. To enable it, set FIFOBYP* HIGH to enable the internal FIFOs. In these configurations, TXCLK controls all writes to the Transmit Input Register and associated transfers to the Transmit FIFO. The data is clocked out of the Transmit FIFO and through the rest of the device on REFCLK or a synthesized derivative of REFCLK. Document #: 38-02008 Rev. *E WEN* D TXCLK The transmit interface supports both synchronous and asynchronous clocking modes, each supporting both UTOPIA (EXTFIFO = LOW) and Cascade (EXTFIFO = HIGH) timing models. The selection of the specific clocking mode is determined by the RANGESEL and SPDSEL inputs and the FIFO Bypass (FIFOBYP*) signal. CY7C924ADX CY7C42x5 FIFO FF* D TXEN EF* TXFULL REN* TXDATA TXSC/D* Q TXCLK WCLK RCLK “1” EXTFIFO Transmit FIFO The Transmit FIFO buffers data captured in the input register for later processing and transmission. This FIFO holds 256 14-bit characters. When the Transmit FIFO is active, and a Transmit FIFO write is enabled (the device is selected through AM* and TXEN* is sampled asserted), data and command are captured in the transmit input register and stored in the Transmit FIFO. TXCLK clocks all Transmit FIFO write operations. The Transmit FIFO presents Full, Half-Full, and Empty FIFO flags. These flags are provided synchronous to TXCLK. When the Transmit FIFO is enabled, it allows operation with a Moore-type external controlling state machine. When configured for Cascade timing, the timing and active levels of these signals also support direct expansion to Cypress CY7C42x5 synchronous FIFOs. Page 14 of 58 CY7C924ADX The read port of the Transmit FIFO is connected to a logic block that performs data formatting and validation. All data read operations from the Transmit FIFO are controlled by a Transmit Control State Machine that operates synchronous to REFCLK. Transmit Formatter and Validation The Transmit Formatter and validation logic perform two primary functions: • Data format control • Byte-packing In addition to these logic functions, this block also controls the timing for the transfer of data from the Transmit Input Register, Transmit FIFO, or Elasticity Buffer. Transmit Data Formatting The CY7C924ADX supports a number of protocol enhancements over a raw physical layer device. These enhancements are possible in part through the use of the Transmit and Receive FIFOs. These FIFOs allow the CY7C924ADX to manage the data stream to a much greater extent than was possible before. In addition to the standard 8B/10B encoding used to improve serial data transmission, the CY7C924ADX also supports: • Marking of packet or cell boundaries using TXSOC • An expanded command set • Ability to address and route packets or frames to specific receivers All three of these capabilities are supported for both 8 and 10 bit encoded character sizes, and are made possible by using the TXSOC bit. This bit is interpreted, along with TXSC/D* and TXSVS, in modes where both the Transmit FIFO and the Encoder are enabled. All three bits determine how the data associated with them is processed for transmission. These operations are listed in Table 2. The entries in Table 2 where TXSOC is LOW generate the same characters in the serial data stream as a standard CY7B923 HOTLink Transmitter. The data, command, and exception character encodings are listed in the Data and Special Character code tables (Table 11 on page 51 and Table 12 on page 55) found near the end of this data sheet. TXSOC TXSC/D* TXSVS Table 2. Transmit Data Formatting 0 0 0 0 1 1 1 0 0 1 1 0 0 1 0 1 0 1 0 1 0 1 1 Data Format Operation Normal Data Encode Replace Character with C0.7 Exception Normal Command Encode Replace Character with C0.7 Exception Send Start of Cell Marker (C8.0) + Data Character Replace Character with C0.7 Exception Send Extended Command Marker (C9.0) + Data Character 1 Send Serial Address Marker (C10.0) + Data Character Document #: 38-02008 Rev. *E The 001b, 011b, and 101b character formats instruct the encoder to discard the associated data character and to replace it with a C0.7 Exception character. Excepting the previous 101b case, when the TXSOC bit read from the Transmit FIFO is HIGH, an extra character is inserted into the data stream. This extra character is always a Special Character code (see Table 12 on page 55) that informs the remote receiver that the immediately following character should be interpreted differently from its normal meaning. The associated character present on TXDATA[x:0] is always encoded as a data character. The 100b combination (TXSOC = 1, TXSC/D* = 0, and TXSVS = 0) is used as a marker for the start of a cell, frame, or packet of data being sent across the interface. When a character is read from the Transmit FIFO with this combination of bits set, a C8.0 Special Character code is sent to the encoder before sending the associated data character. The 110b character format expands the command space beyond that available with the default 8B/10B code. The 8B/10B code normally supports a data space of 256 data characters, and a command (non-data) space of twelve command characters (C0.0–C11.0 in Table 12). For data links where this is not sufficient, the 110b format can be used to mark the associated data as an extended command. This expands the command space to 256 commands (in addition to some of the present twelve). When a character is read from the Transmit FIFO with these bits set, a C9.0 Special Character code is sent to the encoder before sending the data character. The 111b character format sends serial addresses to attached receivers. These serial addresses allow a host to direct (the following) data to a specific destination or destinations, when the CY7C924ADX devices are connected in a ring or bus topology. The Serial Address marker may also be used to send packet identification fields, sequence numbers, or other high level routing information for those point-to-point connections that do not require physical address capabilities. However, the reporting of the address field contents may be affected by the present receiver discard policy. This marking or tagging can be performed with the 100b or 110b character formats without concern for receiver discard policy. When a character is read from the Transmit FIFO with these bits set, a C10.0 Special Character is sent to the encoder before sending the associated data character. Byte Packer The byte packer is a logical construct that controls the efficient segmentation of 10 bit source data into 8 bit characters. This conversion allows these characters to be transported using 8B/10B encoding, with the same encoding overhead (20%) as when sending 8 bit characters. Because the serializer continues to operate using 10 bit transmission characters, this encoding mode only operates with the Transmit FIFO enabled. The byte packer takes pieces of one or more 10 bit characters, combines them into 8-bit groups, and passes these groups to the 8B/10B encoder. It takes exactly five 8 bit characters to transport four 10 bit characters. The allocation is performed, as shown in Figure 4 on page 16, where the low order eight bits of the first 10 bit character (A[7:0]) are passed to the Page 15 of 58 CY7C924ADX encoder on the first clock cycle. During the second clock cycle the remaining two bits of the first character are combined with the lower six bits of the second 10 bit character (B[5:0]+A[9:8]). In the third clock cycle the remaining four bits of the second 10 bit character are combined with the lower four bits of the third 10 bit character (C[3:0]+B[9:6]). In the fourth clock cycle the remaining six bits of the third 10 bit character are combined with the lower two bits of the fourth 10 bit character (D[1:0]+C[9:4]). In the fifth clock cycle the remaining eight bits of the fourth 10 bit character are passed to the encoder (D[9:2]). This process repeats for additional data characters present in the FIFO. If at any time the Transmit FIFO is emptied, and a portion of a 10 bit character has not yet been transmitted, the remaining bits of the 8 bit character are filled with dummy bits before that character is passed to the encoder. The 8 bit character containing these dummy bits is immediately followed by a C5.0 (K28.5) fill character, which resets the sequencer boundaries to the first character position. Figure 4. Byte-Packer 10-to-8 Character Mapping Source 10-bit Character Stream DDDDDDDDDD 9876543210 CCCCCCCCCC 9876543210 BBBBBBBBBB 9876543210 AAAAAAAAAA 9876543210 all Data and Special Character codes, including the explicit violation symbols. This provides a predictable but pseudo-random sequence that can be matched to an identical LFSR in the Receiver. The specific patterns generated are described in detail in the Cypress application note “HOTLink Built-In Self-Test.” The sequence generated by the CY7C924ADX is identical to that in the HOTLink CY7B923 and HOTLink II family CYP(V)15G0x0x, allowing the user to build interoperable systems when the devices are used at compatible serial signaling rates. Encoder The data passed through the Transmit FIFO and formatter, or as received directly from the Transmit Input Register, is seldom in a form suitable for transmission across a serial link. The characters must usually be processed or transformed to guarantee: • A minimum transition density (to allow the serial receiver PLL to extract a clock from the data stream) • A DC balance in the signaling (to prevent baseline wander) • Run length limits in the serial data (to limit the bandwidth of the link) • A way to allow the remote receiver to determine the correct character boundaries (framing). The CY7C924ADX contains an integrated 8B/10B encoder that accepts 8 bit data characters and converts these into 10 bit transmission characters that have been optimized for transport on serial communications links. The 8B/10B encoder can be bypassed for those system that operate with external 8B/10B encoders, or use alternate forms of encoding or scrambling to ensure good transmission characteristics. The operation of the 8B/10B encoding algorithm is described in detail later in this data sheet, and the complete encoding tables are listed in Table 11 on page 51 and Table 12 on page 55. DDDDDDDD 98765432 DDCCCCCC 10987654 CCCCBBBB 32109876 BBBBBBAA 54321098 AAAAAAAA 76543210 Encoder Block When the Encoder is enabled, the transmit data characters (as passed through the Transmit FIFO and formatter) are converted to either a 10 bit Data symbol or a 10 bit Special Character, depending upon the state of the TXSC/D* input. If TXSC/D* is HIGH, the data inputs represent a Special Character code and are encoded using the Special Character encoding rules in Table 12. If TXSC/D* is LOW, the data inputs are encoded using the Data Character encoding in Table 11. The Encoder logic block performs two primary functions: encoding the data for serial transmission and generating BIST (Built-In Self-Test) patterns to allow at speed link and device testing. If TXSVS is HIGH, the respective character is replaced with an SVS (C0.7) character. This can be used to check error handling system logic in the receiver controller or for proprietary applications. BIST LFSR The 8B/10B encoder is compliant with ANSI/NCITS ASC X3.230-1994 (Fibre Channel), IEEE 802.3z (Gigabit Ethernet), the IBM ESCON and FICON channels, and ATM Forum standards for data transport. Last Character Sent First Character Sent The Encoder logic block operates on data stored in a register. This register accepts information directly from the Transmit FIFO, the Transmit Input Register, the 10/8 Byte Packer, or from the Transmit Control State Machine when it inserts special characters into the data stream. This same register is converted into a Linear Feedback Shift Register (LFSR) when the Built-In Self-Test (BIST) pattern generator is enabled (TXBISTEN* is LOW). When enabled, this LFSR generates a 511-character sequence that includes Document #: 38-02008 Rev. *E The 8B/10B coding function of the Encoder can be bypassed for systems that include an external coder or scrambler function as part of the controller or host system. Do this by setting ENCBYP* LOW. With the encoder bypassed, each 10 bit or 12 bit character (as captured in the Transmit Input Register) passes directly to the Transmit Shifter (or Transmit FIFO) without modification. Page 16 of 58 CY7C924ADX Transmit Shifter The Transmit Shifter accepts 10 bit or 12 bit parallel data from the Encoder block once each character time, and shifts it out the serial interface output buffers using a PLL-multiplied bit clock. This bit clock runs at 2.5, 5, or 10 times the REFCLK rate (3, 6, or 12 times when BYTE8/10* and ENCBYP* are LOW) as selected by RANGESEL and SPDSEL (see Table 4 on page 18). The counter and dividers in the Clock Multiplier PLL control timing for the parallel transfer, which is not affected by signal levels or timing at the input pins. Bits in each character shift out LSB first, as required by ANSI and IEEE standards for 8B/10B coded serial data streams. Table 3. Transmit Data Routing Matrix DLB[1] DLB[0] 0 0 TRANSMIT SHIFTER OUTB INB RECEIVE PLL INA 0 1 TRANSMIT SHIFTER For more details on these and LOOPTX reclocking options, see “Serial Line Receivers” on page 20. Serial Line Drivers The serial interface PECL compatible Output Drivers (ECL referenced to +5V) are the transmission line drivers for the serial media. OUTA± receives its data directly from the transmit shifter, while OUTB± receives its data from the Routing Matrix. These two outputs (OUTA± and OUTB±) can connect directly to +5V optical modules, and can also directly drive DC or AC coupled transmission lines. The PECL compatible Output Drivers can be viewed as programmable current sources. The output current and the load impedance ZLOAD determine the output voltage. The desired output voltage swing is therefore controlled by the current set resistor RCURSET associated with that driver. Different RCURSET values are required for different line impedance/amplitude combinations. The output swing is designed to center around VDD − 1.33V. Each output must be externally biased to VDD − 1.33V. When the interconnect and load are viewed as a differential transmission line, the absolute voltage VODIF and the differential load impedance are used to calculate the value of RCURSET. This amplitude relationship is controlled by the load impedance on the driver, and by the resistance of the RCURSET resistor for that driver, as listed in Equation 1. Document #: 38-02008 Rev. *E OUTA A/B* OUTB INB RECEIVE PLL INA 1 0 TRANSMIT SHIFTER The level restored (10b) and reclocked (11b) settings make use of one of the transmit data outputs. When configured for level restored or reclocked data, the selected input is retransmitted on OUTB±. The level restored connection simply buffers the input signal allowing a “bus like” connection to be constructed without concern for multidrop PECL compatible signal layout issues. The reclocked connection buffers a PLL filtered copy of the selected input data stream. This removes most of the high frequency jitter that accumulates on a signal when sent over long transmission lines. Because the retransmitted data is clocked by the recovered clock, the data can suffer from jitter peaking when communicated through several PLLs. OUTA A/B* Routing Matrix The Routing Matrix is a set of precision multiplexers that allow various combinations of Transmit Shifter, buffered INA± or INB± serial line receiver inputs, or a reclocked serial line receiver input to be transmitted from the OUTB± serial data outputs. The signal routing for the transmit serial outputs is controlled primarily by the DLB[1:0] inputs as listed in Table 3 Data Connections OUTA A/B* OUTB INB RECEIVE PLL INA 1 1 TRANSMIT SHIFTER OUTA A/B* OUTB INB RECEIVE PLL INA 90 × Z LOAD R CURSET = ----------------------------V ODIF Eq. 1 In Equation 1, VODIF is the difference in voltage levels at one output of the differential driver when that output is driving HIGH and LOW, ZLOAD is the differential load between the true and complement outputs of the driver. With a known load impedance and a desired signal swing, it is possible to calculate the value of the associated CURSETA or CURSETB resistor that sets this current. Unused differential output drivers must be left open, and can reduce their power dissipation by connecting their respective CURSETx input to VDD. Transmit PLL Clock Multiplier The Transmit PLL Clock Multiplier accepts an external clock at the REFCLK input, and multiples that clock by 2.5, 5, or 10 (3, 6, or 12 when BYTE8/10* is LOW and the encoder is disabled) to generate a bit rate clock for use by the transmit shifter. It also provides a character rate clock used by the Transmit Controller state machine. The clock multiplier PLL can accept a REFCLK input between 8.33 MHz and 40 MHz, however, this clock range is limited by Page 17 of 58 CY7C924ADX the operation mode of the CY7C924ADX as selected by the SPDSEL and RANGESEL inputs, and to a limited extent, by the BYTE8/10*, ENCBYP* and FIFOBYP* signals. Table 4 shows the SPDSEL and RANGESEL for the case where the FIFOs and encoding are enabled. Table 5 provides the multiplier factors and clocking ranges for various combinations of signals. Table 4. Speed Select and Range Select Settings, FIFOs and Encoding enabled RANGESEL Serial Data Rate (MBaud) LOW LOW 50–100 10–20 LOW HIGH 50–100 20–40 HIGH LOW 100–200 10–20 HIGH HIGH 100–200 20–40 SPDSEL REFCLK Frequency (MHz) Transmit Control State Machine The Transmit Control State Machine responds to multiple inputs to control the data stream passed to the encoder. It operates in response to: • The state of the FIFOBYP* and LOOPTX inputs • The state of the TXINT input • The presence of data in the Transmit FIFO Document #: 38-02008 Rev. *E • • • • The contents of the Transmit FIFO The contents of the Elasticity Buffer The state of the transmitter BIST enable (TXBISTEN*) The state of external halt signals (TXHALT* and TXSTOP*) These signals are used by the Transmit Control State Machine to control the data formatter, read access to the Transmit FIFO and Elasticity Buffer, the Byte-Packer, and BIST. They determine the content of the characters passed to the Encoder and Transmit Shifter. When the Transmit FIFO is bypassed, the Transmit Control State Machine operates synchronous to REFCLK. In this mode, data from the TXDATA bus (or other source) passes directly from the Input Register to the Pipeline Register. If no data is enabled into the Input register (TXEN* is deasserted) then the Transmit Control State Machine presents a C5.0 Special Character code to the Encoder to maintain link synchronization. If both the Encoder and Transmit FIFO are bypassed and no data is enabled into the Input Register, the Transmit Control State Machine injects an alternating disparity sequence of preencoded (10 bit) forms of the C5.0 characters. This also occurs if the encoder is bypassed, the Transmit FIFO is enabled, and the Transmit FIFO is empty. However, since disparity tracking is part of the Encoder, the transmitted C5.0 characters may generate a running disparity error at the remote receiver. If the attached receiver has its decoder enabled, these characters may be reported as a normal C5.0, or as a C1.7 or C2.7 (K28.5 with incorrect running disparity). Page 18 of 58 CY7C924ADX Table 5. Speed Select and Range Select Settings, all modes BYTE8/10* ENCBYP* SPDSEL REFCLK Frequency (MHz) Serial Data Rate (MBd) LOW 10-20 50-100 x5 HIGH 20-40 50-100 x2.5 LOW 10-20 100-200 x10 HIGH 20-40 100-200 x5 LOW 10-20 50-100 x5 HIGH 20-40 50-100 x2.5 LOW 10-20 100-200 x10 HIGH 20-40 100-200 x5 LOW 8.33-16.67 50-100 x6 HIGH 16.67 -33.33 50-100 x3 LOW 8.33-16.67 100-200 x12 HIGH 16.67 -33.33 100-200 x6 RANGESEL FIFOBYP* LOW HIGH X HIGH LOW HIGH HIGH HIGH LOW LOW LOW HIGH LOW HIGH X HIGH LOW HIGH LOW HIGH LOW LOW LOW HIGH External Control of Data Flow The Transmit Control State Machine supports three different types of external control:. • TXSTOP* • TXHALT* • TXINT These control signal inputs are only interpreted when the Transmit FIFO is enabled. They affect the transmission of data by bringing external signals to the state machine without sending the signals through the Transmit FIFO. TXSTOP* stops transmission of the next packet or cell of data in the Transmit FIFO. When asserted (LOW) the Transmit Control State Machine continues to read and process characters in the Transmit FIFO until a location is read with the TXSOC bit set. Once a TXSOC is detected, the state machine sends out C5.0 fill characters until TXSTOP* is deasserted (HIGH) for one or more character times. When TXSTOP* is sampled deasserted it allows the next character with TXSOC set to be read from the Transmit FIFO and passed to the Encoder. Document #: 38-02008 Rev. *E Multiplier Factor LOW 10-20 50-100 x5 HIGH 20-40 100-200 x5 LOW 10-20 100-200 x10 HIGH 20-40 100-200 x5 LOW 10-20 50-100 x5 HIGH 20-40 100-200 x5 LOW 10-20 100-200 x10 HIGH 20-40 100-200 x5 LOW 8.33-16.67 50-100 x6 HIGH 16.67 -33.33 100-200 x6 LOW 8.33-16.67 100-200 x12 HIGH 16.67 -33.33 100-200 x6 When TXSTOP* controls the flow of data, it is asserted (LOW) most of the time. To allow a cell or frame to pass, it only needs to be deasserted (HIGH) for one TXCLK cycle (assuming the transmit controller is at a cell boundary). Once the first character of the cell is transmitted the remainder of that cell is also processed. This allows the host system to control the transmission of data across the interface on a cell-by-cell or packet-by-packet basis. TXHALT* (TXDATA[9]) is an immediate form of TXSTOP*. Instead of continuing to transmit data until a TXSOC is found, asserting TXHALT* stops character processing at the next FIFO character location. No additional data is read from the Transmit FIFO until TXHALT* is deasserted (HIGH). Note. If the Encoder is bypassed, TXDATA[9] is a data input and not TXHALT*. Since in this mode the interface does not interpret the TXSOC bit, the TXSTOP* signal assumes the same functionality as TXHALT*. TXINT is used to send one of two interrupt characters from the local transmitter to a remote receiver. While it also bypasses the Transmit FIFO, it does not directly stop data transmission. The Transmit Control State Machine responds to transitions on the TXINT input. When TXINT transitions from 0→1, a C0.0 Page 19 of 58 CY7C924ADX (K28.0) Special Character code is inserted before the data character with which TXINT is associated is sent. When TXINT transitions from 1→0, a C3.0 (K28.3) Special Character code is sent. The reception of these characters generates an equivalent action on the attached receiver’s RXINT status output. The combination of RXHALF*, TXINT, RXINT, and TXHALT* may be used to prevent a remote FIFO overflow, which would result in lost data. This back pressure mechanism can significantly improve data integrity in systems that cannot guarantee the full bandwidth of the host system at all times. Elasticity Buffer There is a short (8 character) FIFO between the receive and transmit paths. This FIFO separates the time domains of the received serial data stream and the outbound transmit data stream. This permits retransmission of received data without worry of jitter gain or jitter transfer. This allows error free transmission of the same data, when configured in daisy chain or ring configurations, to an unlimited number of destinations. This Elasticity Buffer is enabled when the LOOPTX input is asserted HIGH. This directs the receiver to place all non-C5.0 (K28.5) characters into the Elasticity Buffer. LOOPTX also directs the Transmit Control State Machine to read data from the Elasticity Buffer instead of from the Transmit FIFO. While retransmitting data from the Elasticity Buffer, the Transmit FIFO is available to preload data to be transmitted. Once LOOPTX is deasserted (LOW), normal data transmission from the Transmit FIFO resumes. This LOOPTX capability is only possible when sending 8 bit encoded data streams. It cannot be used with byte-packed or nonencoded data streams, and requires that the Transmit and Receive FIFOs are enabled. The receiver must also be configured to process embedded commands (receiver Discard Policy cannot be 0). The reclocked connection may be required when sending non-8B/10B coded data streams, or data streams that cannot tolerate the data forwarding policies of the Elasticity Buffer. Serial Line Receivers Two differential line receivers, INA± and INB±, are available to accept serial data streams, with the active input selected using the A/B* input. The DLB[1:0] inputs allow the transmit Serializer output to be selected as a third input serial stream, but this path is generally used only for diagnostic purposes. The serial line receiver inputs are all differential, and will accommodate wire interconnect with filtering losses or transmission line attenuation greater than 9 dB (VDIFF > 200 mV, or 400 mV peak-to-peak differential) or can be directly connected to +5V fiber optic interface modules (any ECL logic family, not limited to ECL 100K). The common-mode tolerance of these line receivers accommodates a wide range of signal termination voltages. As can be seen in Table 3 on page 17, these inputs are configured to allow single-pin control for most applications. For those systems requiring selection of only INA± or INB±, the DLB[1:0] signals can be tied LOW, and the A/B selection can be performed using only A/B*. For those systems requiring only a single input and a local loopback, the A/B* can be tied HIGH or LOW, DLB[1] signal can be tied LOW and DLB[0] can be used for loopback control. Document #: 38-02008 Rev. *E Signal Detect The selected Line Receiver (that routed to the clock and data recovery PLL) is simultaneously monitored for: • Analog amplitude (>400 mVDIFF pk-pk) • Transition density • Received data stream outside normal frequency range (±400 ppm) • Detected carrier. All of these conditions must be valid for the Signal Detect block to indicate a valid signal is present. This status is presented on the LFI* (Link Fault Indicator) output, which changes synchronous to RXCLK. While link status is monitored internally at all times, it is necessary to have transitions on RXCLK to allow this signal to change externally. Clock/Data Recovery The extraction of a bit rate clock and recovery of data bits from the received serial stream is performed within the Clock/Data Recovery (CDR) block. The clock extraction function is performed by a high performance embedded phase locked loop (PLL) that tracks the frequency of the incoming bit stream and aligns the phase of its internal bit rate clock to the transitions in the serial data stream. The CDR makes use of the clock present at the REFCLK input. It ensures that the VCO (within the CDR) is operating at the correct frequency (rather than some harmonic of the bit rate), to improve PLL acquisition time, and to limit unlocked frequency excursions of the CDR VCO when no data is present at the serial inputs. Regardless of the type of signal present, the CDR will attempt to recover a data stream from it. If the frequency of the recovered data stream is outside the limits for the range controls, the CDR PLL will track REFCLK instead of the data stream. When the frequency of the selected data stream returns to a valid frequency, the CDR PLL is allowed to track the received data stream. The frequency of REFCLK must be within ±400 ppm of the frequency of the clock that drives the REFCLK signal at the remote transmitter to ensure a lock to the incoming data stream. For systems using multiple or redundant connections, the LFI* output can select an alternate data stream. When an LFI* indication is detected, external logic can toggle selection of the INA± and INB± inputs through the A/B* input. When a port switch takes place, the PLL must reacquire the new serial stream and frame the incoming characters. Clock Divider This block contains the clock division logic, used to transfer the data from the Deserializer/Framer to the Decoder once every character (once every ten or twelve bits) clock. This counter is free running and generates outputs at the bit rate divided by 10 (12 when the BYTE8/10* and ENCBYP* are LOW). When the Receive FIFO is bypassed, one of these generated clocks is driven out the RXCLK pin. Deserializer/Framer The CDR circuit extracts bits from the serial data stream and clocks these bits into the Shifter/Framer at the bit clock rate. When enabled, the Framer examines the data stream looking Page 20 of 58 CY7C924ADX for C5.0 (K28.5) characters at all possible bit positions. The location of this character in the data stream is used to determine the character boundaries of all following characters. The framer operates in one of three different modes, as selected by the RFEN input. When RFEN is first asserted (HIGH), the framer is allowed to reset the internal character boundaries on any detected C5.0 character. Random errors that occur in the serial data can corrupt some data patterns into a bit pattern identical to a K28.5, and thus cause an erroneous data-framing error. To prevent this, the CY7C924ADX provides a multi-byte framer that is enabled once RFEN has been HIGH for greater than 2048 character. This requires two C5.0 characters within a span of five characters, with both C5.0 characters located on identical 10-bit character boundary locations, before the framer is allowed to reset the internal character boundary. This multi-byte framing option greatly reduces the possibility of erroneously reframing to an aliased K28.5 character. If RFEN is LOW, the framer is disabled and no changes are made to character boundaries. The framer in the CY7C924ADX operates by shifting the internal character position to align with the character clock. This ensures that the recovered clock does not contain any significant phase changes/hops during normal operation or framing, and allows the recovered clock to be replicated and distributed to other circuits using PLL-based logic elements. Decoder Block The decoder logic block performs two primary functions: decoding the received transmission characters back into Data and Special Character codes, and comparing generated BIST patterns with received characters to permit at-speed link and device testing. 10B/8B Decoder The framed parallel output of the Deserializer is passed to the 10B/8B Decoder where, if the Decoder is enabled, it is transformed from a 10-bit transmission character back to the original Data and Special Character codes. This block uses the standard decoder patterns in Tables 11 and 12 of this data sheet. Data patterns are indicated by a LOW on RXSC/D*, and Special Character codes are indicated by a HIGH. Invalid patterns or disparity errors are signaled as errors by a HIGH on RXRVS, and by specific Special Character codes. If the Decoder is bypassed and BYTE8/10* is HIGH, the ten (10) data bits of each transmission character are passed unchanged from the framer to the Pipeline Register. When the Decoder is bypassed and BYTE8/10* is LOW, the twelve (12) data bits of each transmission character are passed unchanged from the framer to the Pipeline Register. BIST LFSR The output register of the Decoder block is normally used to accumulate received characters for delivery to the Receive Formatter block. When configured for BIST mode (RXBISTEN* is LOW), this register becomes a signature pattern generator and checker by logically converting to a Linear Feedback Shift Register (LFSR). When enabled, this Document #: 38-02008 Rev. *E LFSR generates a 511-character sequence that includes all Data and Special Character codes, including the explicit violation symbols. This provides a predictable but pseudo-random sequence that can be matched to an identical LFSR in the Transmitter. When synchronized with the received data stream, it checks each character in the Decoder with each character generated by the LFSR and indicates compare errors at the RXRVS output of the Receive Output Register. The LFSR is initialized by the BIST hardware to the BIST loop start code of D0.0 (D0.0 is sent only once per BIST loop). Once the start of the BIST loop has been detected by the receiver, RXRVS is asserted for pattern mismatches between the received characters and the internally generated character sequence. Code rule violations or running disparity errors that occur as part of the BIST loop do not cause an error indication. RXFULL* pulses asserted for one RXCLK cycle per BIST loop and can be used to check test pattern progress. The specific patterns checked by the receiver are described in detail in the Cypress application note “HOTLink Built-In Self-Test.” The sequence compared by the CY7C924ADX is identical to that in the HOTLink CY7B933 receiver and the HOTLink II family of devices CYP(V)15G0x0x, allowing interoperable systems to be built when used at compatible serial signaling rates. If a large number of errors are detected, the receive BIST state machine aborts the compare operations and resets the LFSR to the D0.0 state to look for the start of the BIST sequence again. Receive Formatter The Receive Formatter performs three primary functions: • Data formatting • Address matching • Byte-unpacking Receive Data Formatting The protocol enhancements of the transmit path are mirrored in the receive path logic. The majority of these enhancements require that the Receive FIFO be enabled to allow the CY7C924ADX to manage the data stream. In addition to the standard 10B/8B decoding used for character reception and recovery, the CY7C924ADX also supports: • Marking of packet or cell boundaries using RXSOC • An expanded control/command character set • Ability to accept or discard data based on an embedded address • The ability to filter receive data of non-essential information All of these capabilities are supported for both 8- and 10-bit character sizes, and are made possible through use of the RXSOC bit. RXSOC is generated upon reception of the C8.0, C9.0, or C10.0 Special Character codes, in those modes where both the Receive FIFO and the Decoder are enabled. The entries in Table 6 show how the RXSOC, RXSC/D*, and RXRVS bits are formatted to indicate the reception of specific characters and character combinations. Normal Data and Special Character code characters are indicated by RXSOC Page 21 of 58 CY7C924ADX being LOW (0). This allows the standard Special Characters codes to also be reported and output. RXRVS RXSC/D* RXSOC Table 6. Receive Data Formatting Data Format Indication This marker is treated internally the same as the 100b Start Of Cell indication, which allows it to be used to mark the boundary of any user-specific information. As a boundary or cell marker, the immediately following data can be a data field, a header, a stream identifier, a transaction number, a packet length indicator, or any of a number of pieces of information connected to a data transfer. Note. In reality, the 100b and 110b indicators can be used interchangeably; i.e., the 100b indication can be used to mark extended commands while the 110b indication can be used to mark the start of cells. 0 0 0 Normal Data Character 0 0 1 Reserved 0 1 0 Normal Command Character 0 1 1 Received C0.7 Exception Character or Other Character Exception (as listed in Table 12) 1 0 0 Received Start of Cell Marker (C8.0) + Data Character 1 0 1 Received Illegal Sequence The 111b indication is used to mark the start of a Serial Address field. Unlike the Start Of Cell and Extended Command markers, which have no specific data-field length associated with them, the associated Serial Address is always comprised of the immediately following single data character, and supports a fixed 8-bit or 10-bit address field format in 8-bit or 10-bit byte-packed data formats. 1 1 0 Received Extended Command Marker (C9.0) + Data Character (interpreted as a command) When this serial address is received it may be passed to the Receive FIFO or discarded (see Table 7 on page 23). 1 1 1 Received Serial Address Marker (C10.0) + Data Character (interpreted as an address) Address Matching Individual character errors that are not part of one of the supported sequences (Start of Cell, Extended Command, or Serial Address) are marked by the 011b (RXSOC = 0, RXSC/D* = 1, and RXRVS = 1) decode status. Anytime RXSOC is reported HIGH (1) at least one of the C8.0, C9.0, or C10.0 characters was received as a valid character. If the immediately following character is a valid Data character, then the corresponding combination of RXSOC, RXSC/D*, and RXRVS indicate the type of information received. If the immediately following character is a Special Character code of any type (even a C5.0), then a 101b is posted to indicate an illegal sequence was received. An illegal sequence can be caused by a remote transmitter sending incorrect information, or by receiving data corrupted during transmission. When such an error is detected, the 101b status bits are posted and the associated data field is set to the Special Character code that was received without error (C8.0, C9.0, or C10.0 reported as D8.0, D9.0, or D10.0 along with the 101b status). This information is provided to assist in debugging link or protocol faults. The 100b indication is used to mark the associated Data character as the first character of a new frame, packet, cell, or other data construct used by the system. The Data characters and Special Character codes that follow this marker are written to the Receive FIFO (if the present address matching requirements are satisfied). The 110b indication is used to mark the associated data character as the first character of an extended command. In reality there is no limit to the number of immediately following data characters that can be considered part of this command. The most common interpretation is based on the configured bus width, such that single-character configurations support the associated character as the extended command, providing up to 256 extended commands for 8-bit data and 1024 for 10-bit byte-packed data. Document #: 38-02008 Rev. *E For those modes where address matching is enabled, the CY7C924ADX’s ability to accept or discard data can be controlled by the remote transmitter. This is often useful in configurations with one or more data sources and multiple data destinations. Each CY7C924ADX contains an 8-bit or 10-bit Serial Address Register that is compared with the first data character received following a Serial Address marker (C10.0). This character constitutes an address, which can be configured for one of two modes for address matching. The first mode is used for multicast addresses, where a bit-wise AND is performed on each bit of the address character received, with the contents of each of the bits in the Serial Address Register. If any of the same bit locations in the register and the received data are both set to ‘1’, a multicast address match is declared and the following data and Special Character codes are interpreted and passed to the Receive FIFO. If the multicast address field is ever received as all 1s (FFh or 3FFh), the receiver always accepts the data. This all 1s setting is the broadcast address and is used to send data to all receivers. This all 1s setting also has special meaning when written to the Serial Address Register. When the multicast address field is written to an all 1s (FFh or 3FFh) state, the receiver operates in promiscuous mode, and receives all data, regardless of the contents of any serial address commands received. This is also the default or power-up state of the Serial Address register. The second mode of operation for address matching is when the Serial Address register contains a unique device address, and is compared with the character received following the C10.0 Serial Address marker. This unicast address requires an exact match between all 8 or 10 bits to declare a match found and allow the following data to pass. When the Elasticity Buffer is enabled, all received characters (except C5.0) are written to the Elasticity Buffer, regardless of the state or configuration of any present address match. This Page 22 of 58 CY7C924ADX allows one or more sources to send data to multiple receivers with the receivers connected in a ring or daisy-chain topology. By prefacing cells containing data with an address field, it is possible to have each receiver only process data specifically directed to it. Byte-Unpacker The Byte-Unpacker is used to reassemble 10-bit characters from a received stream of decoded 8-bit characters. This reassembly process is designed to allow transmission of the same embedded commands, serial addresses, and Start of Cell markers that are used with 8-bit data characters. Because of the change in time per received encoded character versus delivered 10-bit data character, this unpacking process is only possible with the Receive FIFO enabled. The byte-unpacker reverses the character segmentation shown in Figure 4. It takes five data characters and combines them into four 10-bit characters. This five-state unpacking process is re-started by the detection of any Special Character code in the Decoder, including the C5.0 (K28.5) fill character. Since usage of the Elasticity Buffer inserts and deletes C5.0 characters (as necessary) to handle the speed differences between the receive and transmit character clocks, it is not possible to send byte-packed data through the Elasticity Buffer. To send 10-bit packed data from one source to multiple destinations it is necessary to either use a star topology of interconnect, or make use of the buffered and reclocked serial input-to-output connections controlled by the Routing Matrix. Receive Control State Machine The Receive Control State Machine responds to multiple input conditions to control the routing and handling of received characters. It controls the staging of characters across various registers and the Receive FIFO. It also interprets all embedded Special Character codes, and converts the appropriate ones to specific bit combinations in the Receive FIFO. It controls the various discard policies and error control within the receiver, and operates in response to: • the received character stream • the detection and validation of serial addresses • the room for additional data in the Receive FIFO • the state of the receiver BIST enable (RXBISTEN*) • the state of LOOPTX • the state of FIFOBYP*. These signals and conditions are used by the Receive Control State Machine to control the Receive Formatter, write access to the Receive FIFO, write access to the Elasticity Buffer, the Byte-Unpacker, the Receive Output register, and BIST. They determine the content of the characters passed to each of these destinations, The Receive Control State Machine always operates synchronous to the recovered character clock (bit-clock/10 or bit-clock/12). When the Receive FIFO is bypassed, RXCLK becomes an output that changes synchronous to the internal character clock. RXCLK operates at the same frequency as the internal character clock. Discard Policies When the Receive FIFO is enabled, the Receive Control State Machine has the ability to selectively discard specific characters from the data stream that are determined by the present configuration as being unnecessary. When discarding is enabled, it reduces the host system overhead necessary to keep the Receive FIFO from overflowing and losing data. The discard policy is configured as part of the operating mode and is set using the RXMODE[1:0] inputs. The four discard policies are listed in Table 7. Table 7. Receiver Discard Policies Policy # RXMODE[1:0] Policy Description 0 00 Keep all received characters 1 01 Process Commands, discard all but the last C5.0 character 2 10 Process Commands, discard all C5.0 characters 3 11 Process Commands, discard all C5.0 characters, discard serial addresses Policy 0 is the simplest and also applies for all conditions where the Receive FIFO is bypassed. In this mode, every character that is received is placed into the Receive FIFO (when enabled) or into the Receive Output Register. In discard policy 1, all Start Of Cell, extended command, and serial address commands are processed as they are received. The C5.0 character, which is automatically transmitted when no data is present in the Transmit FIFO, is treated differently here. In this mode, whenever two or more adjacent C5.0 characters are received, all of them are discarded except the last one received before any other character type. This allows these fill characters to be removed from the data stream, but does not change the data flow for protocols (like Fibre Channel) that use a single C5.0 character as a delimiter. Policy 2 is identical to policy 1 except that all C5.0 characters are removed from the data stream. Policy 3 is a super-set of policy 2, where the serial address is also discarded. When the FIFOs are bypassed (FIFOBYP* LOW), no characters are actually discarded, but the receiver discard policy can be used to control external filtering of the data. The RXEMPTY* FIFO flag is used to indicate if the character on the output bus is valid or not. In discard policy 0, the RXEMPTY* flag is always deasserted to indicate that valid data is always present. In discard policy 1 when a series of C5.0 characters are received, the RXEMPTY* flag indicates an empty condition for all but the last C5.0 character before any other character is presented. In discard policies 2 or 3, the RXEMPTY* flag indicates an empty condition for all C5.0 characters. When any other character is present, this flag indicates that valid or “interesting” Data or Special Characters are present. Receive FIFO The Receive FIFO is used to buffer data captured from the selected serial stream for later processing by the host system. Document #: 38-02008 Rev. *E Page 23 of 58 CY7C924ADX This FIFO is sized to hold 256, 14-bit characters. When the FIFO is enabled, it is written to by the Receive Control State Machine. When data is present in the Receive FIFO (as indicated by the RXFULL*, RXHALF*, and RXEMPTY* Receive FIFO status flags), it can be read from the Output Register by asserting AM* and RXEN*.). The read port on the Receive FIFO may be configured for the same two timing models as the transmit interface: UTOPIA and Cascade. Both are forms of a FIFO interface. The UTOPIA timing model (EXTFIFO = L) has active LOW RXEMPTY* and RXFULL* status flags, and an active LOW RXEN* enable. When configured for Cascade operation (EXTFIFO = H), these same signals are all active HIGH. The RXHALF* signal is always active LOW, regardless of EXTFIFO setting. Either timing model supports connection to various host bus interfaces, state machines, or external FIFOs for depth expansion (see Figure 5 The Receive FIFO presents Full, Half-Full, and Empty FIFO status flags. These flags are provided synchronous to RXCLK to allow operation with a Moore-type external controlling state machine. When configured with the Receive FIFO enabled, RXCLK is an input. When the Receive FIFO is bypassed (FIFOBYP* is LOW), RXCLK is an output operating at the received character rate. Receive Input Register The input register is clocked by the rising edge of RXCLK. It samples numerous signals that control the reading of the Receive FIFO and operation of the Receive Control State Machine. Figure 5. External FIFO Depth Expansion of the CY7C924ADX Receive Data Path CY7C924ADX CY7C42x5 FIFO EF* REN* Q RXCLK EF* REN* Q RCLK The Receive Output Register changes in response to the rising edge of RXCLK. When the Receive FIFO is enabled (FIFOBYP* = H), the FIFO status flag outputs of this register are placed in a High-Z state when the CY7C924ADX is not addressed (AM* is sampled HIGH). The RXDATA bus output drivers are enabled when the device is selected by RXEN* being asserted in the RXCLK cycle immediately following that in which the device was addressed (AM* is sampled LOW), and RXEN* being sampled by RXCLK. This initiates a Receive FIFO read cycle. Just as with the TXDATA bus on the Transmit Input Register, the receive outputs are also mapped by the specific decoding and bus-width selected by the ENCBYP*, BYTE8/10* and FIFOBYP* inputs. These assignments are shown in Table 8 on page 25. When the Decoder and Receive FIFO are both enabled, the Receive Control State Machine interprets and discards (except in discard policy 0) received C0.0 and C3.0 command codes as set and clear directives for the RXINT output. This allows the RXINT output to duplicate the state transitions presented to the TXINT input at the source end of the link. This RXINT output can be used, along with TXHALT*, TXINT, and RXHALF*, to implement a back-pressure mechanism for the Receive FIFO, or for other time dependent signalling. If the Receive FIFO and Decoder are bypassed, all received characters are passed directly to the Receive Output Register. If framing is enabled, and K28.5 characters have been detected meeting the present framing requirements, the output characters will appear on proper character boundaries. If framing is disabled (RFEN is LOW) or K28.5 characters have not been detected in the data stream, the received characters may not be output on their proper 10-bit boundaries. In this mode, some form of external framing and decoding/descrambling must be used to recover the original source data. RXEN FF* RXEMPTY WEN* RXDATA RXSC/D* D RXCLK WCLK “1” Document #: 38-02008 Rev. *E Receive Output Register EXTFIFO Serial Address Register When the device is in UTOPIA mode (EXTFIFO = LOW), the receiver is capable of selectively accepting or discarding received data based on an address received in the data stream. The address matching capability allows for the choice of matching of either domains (multicast) or exact addresses (unicast). The 8- or 10-bit Serial Address Register represents a single character address field as shown in Figure 6 on page 25. The multicast mode is bit-specific and allows allocation of up to 8 or 10 separate domains. In the unicast address mode the match is character specific and identifies up to 256 or 1024 destination addresses. A device can either belong to one or more domains, or it can have a single unique address. Page 24 of 58 CY7C924ADX Table 8. Receive Output Bus Signal Map Receive Decoder Mode[3] Decoded 10-bit Character Stream (8-bit characters) Undecoded 10-bit Character Stream Decoded 10-bit Byte-Packed Character Stream (10-bit characters) Undecoded 12-bit Character Stream ENCBYP* HIGH LOW HIGH LOW BYTE8/10* HIGH HIGH LOW LOW RXDATA Bus I/O Bit RXSC/D* RXSC/D* RXSC/D* RXDATA[0] RXD[0] RXD[0][3] RXDATA[1] RXD[1] RXD[1] RXD[1] RXD[1] RXDATA[2] RXD[2] RXD[2] RXD[2] RXD[2] RXDATA[3] RXD[3] RXD[3] RXD[3] RXD[3] RXDATA[4] RXD[4] RXD[4] RXD[4] RXD[4] RXDATA[5] RXD[5] RXD[5] RXD[5] RXD[5] RXDATA[6] RXD[6] RXD[6] RXD[6] RXD[6] RXDATA[7] RXD[7] RXD[7] RXD[7] RXD[7] RXINT/RXDATA[8] (FIFOBYP*=HIGH) RXINT RXD[8] RXD[8] RXD[8] RXD[8] RXD[8] RXD[8] RXINT/RXDATA[8] (FIFOBYP*=LOW) RXD[9] RXD[0] RXD[0][3] RXDATA[9] (LOW) RXD[9] RXD[9] RXRVS/RXDATA[10] RXRVS RXRVS RXD[10] RXSOC/RXDATA[11] RXSOC RXSOC RXD[11] When accessed for write or read operations, the RXRVS signal is used as a read/write selector, and RXSC/D* is used to select the operating mode (multicast or unicast) of the Serial Address Register. Figure 6. Serial Address Register Format and Access The Serial Address Register is accessed through the RXDATA bus. Both reads and writes to the register require the device to be addressed (AM* is LOW) and for RXRST* to be asserted (LOW). MSB 0 0 0 0 0 0 0 LSB RXSC/D* 0 0 RXDATA[0] Serial Address Register RXRVS Serial Address Register Access RXDATA[9] or [7] RXRST* The Serial Address Register is only used when the receiver is operated with the Receive FIFO enabled (FIFOBYP* is HIGH) and in operating modes where the discard policy is not 0 (see Table 7 on page 23 for a list of discard policies). Address Register Content RXEN* When a serial address is received and a match is detected, the address, and all data following that address, is passed to the Receive FIFO (except in discard policy 3 where the address is discarded). This continues until a serial address is received that does not match the contents of the Address Register, whereupon writes to the Receive FIFO are inhibited.The Serial Address Register has a power-up default state where the multicast field set to an all ones condition (FFh or 3FFh). When set to this value the receiver accepts all data, regardless of the presence or content of any received serial address. This “promiscuous” address can also be forced by the momentary assertion of the RESET*[1:0] pair. Multicast Address write 0 1 0 1 0 Multicast Address read 1 1 Unicast Address read Unicast Address write Note 3. First bit shifted in. Others follow in numerical order interpreted from an NRZ pattern. Document #: 38-02008 Rev. *E Page 25 of 58 CY7C924ADX Maximum Ratings Output Current into TTL Outputs (LOW) ..................... 30 mA DC Input Voltage ................................... –0.5V to VDD + 0.5V (Above which the useful life may be impaired. For user guidelines, not tested.) Static Discharge Voltage.......................................... > 2001 V (per MIL-STD-883, Method 3015) Storage Temperature ................................. –65°C to +150°C Latch-up Current..................................................... > 200 mA Ambient Temperature with Power Applied............................................. –55°C to +125°C Operating Range Supply Voltage to Ground Potential ............... –0.5V to +6.5V Range DC Voltage Applied to Outputs in High-Z State .......................................–0.5V to VDD + 0.5V Commercial Industrial Ambient Temperature VDD 0°C to +70°C 5.0V ± 10% –40°C to +85°C 5.0V ± 10% CY7C924ADX DC Electrical Characteristics Over the Operating Range Parameter Description Test Conditions Min Max Unit TTL Outputs VOHT Output HIGH Voltage IOH = –2 mA, VDD = Min. VOLT Output LOW Voltage IOL = 8 mA, VDD = Min. IOST Output Short Circuit Current IOZL High-Z Output Leakage Current VOUT = 0V[4] 2.4 V 0.4 V –30 –80 mA –20 20 μA 2.0 VDD V TTL Inputs VIHT Input HIGH Voltage VILT Input LOW Voltage IIHT Input HIGH Current IILT Input LOW Current VIN = 0.0V –40 μA IIHPD Input HIGH Current VIN = VDD, Pins with internal pull-down +300 μA IILPU Input LOW Current VIN = 0.0V, Pins with internal pull-up –0.5 VIN = VDD 0.8 V +40 μA μA –300 Transmitter PECL-Compatible Output Pins: OUTA+, OUTA–, OUTB+, OUTB–[5] VOHE Output HIGH Voltage (VDD referenced) Load = 50Ω to VDD – 1.33V RCURSET= 10k VDD – 1.03 VDD – 0.83 V VOLE Output LOW Voltage (VDD referenced) Load = 50Ω to VDD – 1.33V RCURSET= 10k VDD – 2 VDD – 1.62 V VODIF Output Differential Voltage |(OUT+) – (OUT–)| Load = 50Ω to VDD – 1.33V RCURSET= 10k 600 1100 mV VDD – 1.165 VDD V 2.5 VDD – 1.475 V +40 μA Receiver Single-ended PECL-compatible Input Pin: CARDET VIHE Input HIGH Voltage (VDD referenced) VILE Input LOW Voltage (VDD referenced) IIHE Input HIGH Current VIN = VIHE(min.) IILE Input LOW Current VIN = VILE(max.) μA –40 Differential Line Receiver Input Pins: INA+, INA–, INB+, INB– VDIFF Input Differential Voltage |(IN+) – (IN–)| VIHH Highest Input HIGH Voltage 200 VILL Lowest Input LOW Voltage IIHH Input HIGH Current VIN = VIHH Max. IILL[6] Input LOW Current VIN = VILL Min. Power Supply Current mV VDD V 750 μA 2.5 Miscellaneous IDD [7] 2500 Freq. = Max. V μA –200 Typ. Max. 170 250 mA Notes 4. Tested one output at a time, output shorted for less than one second, less than 10% duty cycle. 5. The output current and (resulting voltage swing) is set using a single resistor between CURSETx and VSS. This CURSET resistor value is calculated as RCURSET = (90*ZLOAD)/VODIF, where ZLOAD is the differential load between the true and compliment outputs of the differential driver. 6. To guarantee positive currents for all PECL voltages, an external pull-down resistor must be present. 7. Maximum IDD is measured with VDD = MAX, RFEN = LOW, and outputs unloaded. Typical IDD is measured with VDD = 5.0V, TA = 25°C, RFEN = LOW, and outputs unloaded. Document #: 38-02008 Rev. *E Page 26 of 58 CY7C924ADX Capacitance[8] Parameter Description Test Conditions Max Unit CINTTL TTL Input Capacitance TA = 25°C, f0 = 1 MHz, VDD = 5.0V 7 pF CINPECL PECL-compatible input Capacitance TA = 25°C, f0 = 1 MHz, VDD = 5.0V 4 pF AC Test Loads and Waveforms 5.0V R1 OUTPUT R1 = 500Ω R2 = 333Ω CL ≤ 10 pF (Includes fixture and probe capacitance) CL CL R2 (a) TTL AC Test Load 3.0V 3.0V Vth=1.5V 0.0V RL 2.0V Note 9 2.0V 0.8V [9] (b) PECL AC Test Load 80% VILE ≤ 1 ns ≤ 1 ns [9] VIHE VIHE Vth=1.5V 0.8V VDD – 1.33V RL = 50 Ω CL < 5 pF (Includes fixture and probe capacitance) 80% 20% 20% VILE ≤ 1 ns (c) TTL Input Test Waveform ≤ 1 ns (d) PECL Input Test Waveform CY7C924ADX Transmitter TTL Switching Characteristics, FIFO Enabled Over the Operating Range Parameter Description Min Max Unit 50 MHz fTS TXCLK Clock Cycle Frequency With Transmit FIFO Enabled tTXCLK TXCLK Period 20 ns tTXCPWH TXCLK HIGH Time 6.5 ns tTXCPWL TXCLK LOW Time 6.5 ns tTXCLKR[8] tTXCLKF[8] TXCLK Rise Time[10] TXCLK Fall Time[10] 0.7 5 ns 0.7 5 ns 15 tTXA Flag Access Time From TXCLK↑ to Output 2 tTXDS Transmit Data Setup Time to TXCLK↑ 4 ns tTXDH Transmit Data Hold Time from TXCLK↑ 1 ns tTXENS Transmit Enable Set-Up Time to TXCLK↑ 4 ns tTXENH Transmit Enable Hold Time from TXCLK↑ 1 ns tTXRSS Transmit FIFO Reset (TXRST*) Setup Time to TXCLK↑ 4 ns tTXRSH Transmit FIFO Reset (TXRST*) Hold Time from TXCLK↑ 1 ns tTXAMS Transmit Address Match (AM*) Setup Time to TXCLK↑ 4 ns tTXAMH Transmit Address Match (AM*) Hold Time from TXCLK↑ 1 ns tTXZA Sample of AM* LOW by TXCLK↑, Output High-Z to Active HIGH or LOW 0 ns tTXOE Sample of AM* LOW by TXCLK↑ to Output Valid 1.5 20 ns tTXAZ Sample of AM* HIGH by TXCLK↑ to Output in High-Z 1.5 20 ns ns Notes 8. Tested initially and after any design or process changes that may affect these parameters, but not 100% tested. 9. Cypress uses constant current (ATE) load configurations and forcing functions. This figure is for reference only. 10. Input/output rise and fall time is measured between 0.8V and 2.0V. Document #: 38-02008 Rev. *E Page 27 of 58 CY7C924ADX CY7C924ADX Receiver TTL Switching Characteristics, FIFO Enabled Over the Operating Range Parameter Description Min Max Unit 50 MHz fRIS RXCLK Clock Cycle Frequency With Receive FIFO Enabled tRXCLKIP RXCLK Input Period tRXCPWH RXCLK Input HIGH Time 6.5 ns tRXCPWL RXCLK Input LOW Time 6.5 ns tRXCLKIR[8] RXCLK Input Rise Time[10] 0.7 5 ns tRXCLKIF[8] RXCLK Input Fall Time[10] 0.7 5 ns 20 ns tRXENS Receive Enable Setup Time to RXCLK↑ 4 ns tRXENH Receive Enable Hold Time from RXCLK↑ 1 ns tRXRSS Receive FIFO Reset (RXRXT*) Setup Time to RXCLK↑ 4 ns tRXRSH Receive FIFO Reset (RXRXT*) Hold Time from RXCLK↑ 1 ns tRXAMS Receive Address Match (AM*) Setup Time to RXCLK↑ 4 ns tRXAMH Receive Address Match (AM*) Hold Time from RXCLK↑ 1 ns tRXA[11] tRXZA[11] Flag and Data Access Time from RXCLK↑ to Output Sample of AM* LOW by RXCLK↑, Output High-Z to Active HIGH or LOW, or Sample of RXEN* Asserted by RXCLK↑, Output High-Z to Active HIGH or LOW 1.5 15 0 ns ns tRXOE[11] Sample of AM* LOW by RXCLK↑ to Output Valid,[11] or Sample of RXEN* Asserted by RXCLK↑ to RXDATA Outputs Valid 1.5 20 ns tRXAZ[11] Sample of AM* HIGH by RXCLK↑ to Output in High-Z,[11] or Sample of RXEN* Deasserted by RXCLK↑ to RXDATA Outputs in High-Z 1.5 20 ns CY7C924ADX Transmitter TTL Switching Characteristics, FIFO Bypassed Over the Operating Range Min Max Unit tTRA Parameter Flag Access Time From REFCLK↑ to Output Description 2 15 ns tREFDS Write Data Set-Up Time to REFCLK↑ 4 ns tREFDH Write Data Hold Time from REFCLK↑ 2 ns tREFENS Transmit Enable Setup Time to REFCLK↑ 4 ns tREFENH Transmit Enable Hold Time from REFCLK↑ 2 ns tREFAMS Transmit Address Match (AM*) Setup Time to REFCLK↑ 4 ns tREFAMH Transmit Address Match (AM*) Hold Time from REFCLK↑ 2 ns tREFZA Sample of AM* LOW by REFCLK↑, Output High-Z to Active HIGH or LOW tREFOE Sample of AM* LOW by REFCLK↑ to Flag Output Valid 1.5 20 ns tREFAZ Sample of AM* HIGH by REFCLK↑ to Flag Output High-Z 1.5 20 ns 0 ns Note 11. Parallel data output specifications are only valid if all outputs are loaded with similar DC and AC loads. Document #: 38-02008 Rev. *E Page 28 of 58 CY7C924ADX CY7C924ADX Receiver TTL Switching Characteristics, FIFO Bypassed Over the Operating Range Parameter fROS[12] Description Min Max Unit RXCLK Clock Output Frequency—100 to 200 MBaud (RANGESEL is HIGH, ENCBYP* is HIGH or BYTE8/10* is HIGH) 10 20 MHz RXCLK Clock Output Frequency—50 to 100 MBaud (RANGESEL is LOW, ENCBYP* is HIGH or BYTE8/10* is HIGH) 5 10 MHz RXCLK Clock Output Frequency—100 to 200 MBaud 12-bit Encoder Bypass Operation (RANGESEL is HIGH, ENCBYP* is LOW and BYTE8/10* is LOW) 8.33 16.67 MHz RXCLK Clock Output Frequency—50 to 100 MBaud 10-bit Operation (RANGESEL is LOW, ENCBYP* is LOW and BYTE8/10* is LOW) 4.16 8.33 MHz 25 250 ns tRXCLKOP RXCLK Output Period tRXCLKOD RXCLK Output Duty Cycle 40 60 % tRXCLKOR[8] RXCLK Output Rise Time[10] 0.25 2 ns tRXCLKOF[8] RXCLK Output Fall Time[10] 0.25 2 ns tRXENS Receive Enable Setup Time to RXCLK↑ tRXENH Receive Enable Hold Time from RXCLK↑ 1 ns tRXZA[11] Sample of AM* LOW by RXCLK↑, Outputs High-Z to Active Sample of RXEN* Asserted by RXCLK↑ to RXDATA Outputs High-Z to Active 0 ns tRXOE[11] Sample of AM* LOW by RXCLK↑ to Flag Output Valid Sample of RXEN* Asserted by RXCLK↑ to RXDATA Output Low-Z 1.5 20 ns tRXAZ[11] Sample of AM* HIGH by RXCLK↑ to Flag Output High-Z Sample of RXEN* Deasserted by RXCLK↑ to RXDATA Output High-Z 1.5 20 ns Min Max Unit 5.0 20.0 ns 0.5 UI 600 ps 4 ns CY7C924ADX Receiver Switching Characteristics Over the Operating Range Parameter Description tB[15] Bit Time tIN_J IN± Peak-to-Peak Input Jitter Tolerance[13, 14] Alignment[8, 16] tSA Static tEFW Error Free Window [8, 13, 17] 0.65 UI CY7C924ADX Transmitter Switching Characteristics Over the Operating Range Parameter Description Min Max Unit 5.0 20.0 ns 200 1700 ps tB[15] Bit Time tRISE PECL-compatible Output Rise Time 20−80% (PECL Test Load)[8] 200 Load)[8] tFALL PECL-compatible Output Fall Time 80−20% (PECL Test 1700 ps tDJ Deterministic Jitter (peak-peak)[8, 18] 0.02 UI tRJ Random Jitter (σ) [8, 19] 0.008 UI tJT Transmitter Total Output Jitter (pk-pk)[8] 0.08 UI Notes 12. The period of fROS will match the period of the transmitter PLL reference (REFCLK) when receiving serial data. When data is interrupted, RXCLK may drift to REFCLK ±2500 ppm. 13. Receiver UI (Unit Interval) is calculated as 1/(Serial Baud Rate), where Baud Rate is the rate of change of signaling. 14. The specification is sum of 25% Duty Cycle Distortion (DCD), 10% Data Dependant Jitter (DDJ), 15% Random Jitter (RJ). 15. The PECL switching threshold is the midpoint between the VOHE, and VOLE specifications (approximately VDD − 1.33V). 16. Static alignment is a measure of the alignment of the Receiver sampling point to the center of a bit. Static alignment is measured by the absolute difference of the left and right edge shifts (|tSH_L - tSH_R|) of one bit until a character error occurs. 17. Error Free Window is a measure of the time window between bit centers where a transition may occur without causing a bit sampling error. EFW is measured over the operating range, input jitter < 50% Dj. 18. While sending continuous K28.5s, outputs loaded to 50Ω to VDD− 1.33V, over the operating range. 19. While sending continuous K28.7s, after 100,000 samples measured at the cross point of differential outputs, time referenced to REFCLK input, over the operating range. Document #: 38-02008 Rev. *E Page 29 of 58 CY7C924ADX CY7C924ADX REFCLK Input Switching Characteristics Over the Operating Range Parameter fREF fREF Conditions Description SPDSEL RANGESEL BYTE8/10* Min Max Unit 16.67 MHz REFCLK Clock Frequency—50 to 100 MBaud, 10-bit mode, encoder bypass, REFCLK = 2x character rate 0 0 0 8.33 REFCLK Clock Frequency—50 to 100 MBaud, 8-bit mode, REFCLK = 2x character rate 0 0 1 10 REFCLK Clock Frequency—50 to 100 MBaud, 10-bit mode, encoder bypass, REFCLK = 4x character rate 0 1[20] 0 REFCLK Clock Frequency—50 to 100 MBaud, 8-bit mode, REFCLK = 4x character rate 0 1[20] 1 20 REFCLK Clock Frequency—100 to 200 MBaud, 10-bit mode, encoder bypass, REFCLK = character rate 1 0 0 8.33 REFCLK Clock Frequency—100 to 200 MBaud, 8-bit mode, REFCLK = character rate 1 0 1 10 20 MHz REFCLK Clock Frequency—100 to 200 MBaud, 10-bit mode, encoder bypass, REFCLK = 2x character rate 1 1 0 16.67 33.3 MHz REFCLK Clock Frequency—100 to 200 MBaud, 8-bit mode, REFCLK = 2x character rate 1 1 1 20 40 MHz 120 ns 20 MHz 16.67 33.33 MHz 40 MHz 16.67 MHz tREFCLK REFCLK Period 25 tREFH REFCLK HIGH Time 6.5 ns tREFL REFCLK LOW Time 6.5 ns tREFRX REFCLK Frequency Referenced to Received Clock Period[21] –0.04 +0.04 % CY7C924ADX HOTLink Transmitter Switching Waveforms Asynchronous (FIFO) Interface Cascade Timing Write Cycle tTXCLK tTXCPWH tTXCPWL TXCLK tTXDS TXDATA[11:0], TXSC/D* tTXDH Note 22 tTXENH TXEN tTXENS tTXA TXFULL TXHALF* TXEMPTY tTXA Notes 20. When configured for synchronous operation with the FIFOs bypassed (FIFOBYP* is LOW), if RANGESEL is HIGH the SPDSEL input is ignored and operation is forced to the 100–200 MBaud range. 21. REFCLK has no phase or frequency relationship with RXCLK and only acts as a centering reference to reduce clock synchronization time. REFCLK must be within ±0.04% of the transmitter PLL reference (REFCLK) frequency. 22. When transferring data to the Transmit FIFO from a depth expanded external FIFO (EXTFIFO = H), the data is captured from the external FIFO one clock cycle following the actual enable. Document #: 38-02008 Rev. *E Page 30 of 58 CY7C924ADX CY7C924ADX HOTLink Transmitter Switching Waveforms (continued) Asynchronous (FIFO) Interface UTOPIA Timing Write Cycle tTXCLK tTXCPWH tTXCPWL TXCLK tTXDS TXDATA[11:0], TXSC/D* tTXDH Note 23 tTXENS tTXENH TXEN* NO OPERATION tTXA TXFULL* TXHALF* TXEMPTY* tTXA Asynchronous (FIFO) Interface Output Enable Timing tTXCLK tTXCPWH tTXCPWL TXCLK tTXENS TXEN* tTXENH Note 24 NO OPERATION tTXAMS tTXRSS tTXAMH, tTXRSH, AM* TXRST* tTXOE tTXAZ TXFULL* TXHALF* TXEMPTY* tTXZA Notes 23. When writing data from a UTOPIA compliant interface (EXTFIFO = L), the write data is captured on the same clock cycle as the data. 24. Signals shown as dotted lines represent the differences in timing and active state of signals when operated in Cascade Timing. Document #: 38-02008 Rev. *E Page 31 of 58 CY7C924ADX CY7C924ADX HOTLink Transmitter Switching Waveforms (continued) Synchronous Interface Cascade Timing Write Cycle tREFCLK tREFL tREFH REFCLK tREFDS TXDATA[11:0], TXSC/D* tREFDH Note 22 tREFENH tTRXA NO OPERATION TXEN tREFENS tTRXA TXFULL TXHALF* TXEMPTY Synchronous Interface UTOPIA Timing Write Cycle tTRXA tREFCLK tREFH tREFL REFCLK tREFDS TXDATA[11:0], TXSC/D* tREFDH Note 23 tREFENS tREFENH TXEN* NO OPERATION tTRXA TXFULL* TXHALF* TXEMPTY* Document #: 38-02008 Rev. *E tTRXA Page 32 of 58 CY7C924ADX CY7C924ADX HOTLink Transmitter Switching Waveforms (continued) Synchronous Interface Output Enable Timing tREFCLK tREFH tREFL REFCLK tREFENS tREFENH Note 24 TXEN* NO OPERATION tREFAMS tREFAMH AM* tREFOE tREFAZ TXFULL* TXHALF* TXEMPTY* tREFZA CY7C924ADX HOTLink Receiver Switching Waveforms tRXCLKOP tRXCLKIP Cascade Timing Read Cycle tRXCLKOH tRXCLKIH tRXCLKOL tRXCLKIL RXCLK tRXENH tRXENS RXEN NO OPERATION READ tRXA FIFO EMPTY RXEMPTY RXDATA[11:0] RXSC/D* RXINT, LFI* RXFULL RXHALF* tRXA Note 25 VALID DATA AM* Note 25. On inhibited reads when RXEN* is deasserted or BISTEN* is asserted, or if the Receive FIFO goes empty, the data outputs do not change. Document #: 38-02008 Rev. *E Page 33 of 58 CY7C924ADX CY7C924ADX HOTLink Receiver Switching Waveforms (continued) tRXCLKOP tRXCLKIP UTOPIA Timing Read Cycle tRXCLKOH tRXCLKIH tRXCLKOL tRXCLKIL RXCLK tRXENS tRXENS RXEN* tRXENH, tRXENH READ tRXA tRXA FIFO EMPTY RXEMPTY* RXDATA[11:0] RXSC/D* RXINT, LFI* RXFULL* RXHALF* Note 25 VALID DATA AM* tRXCLK Output Enable Timing tRXCPWH tRXCPWL RXCLK tRXOENS tRXIENS RXEN* tRXIENH, tRXOENH Note 25 AM* RXFULL* RXHALF* RXEMPTY* RXDATA[11:0] RXINT RXSC/D* Document #: 38-02008 Rev. *E NO OPERATION tRXOAMS tRXIAMS tRXIAMH, tRXOAMH tRXOE tRXAZ Note 25 tRXOOZA tRXIOZA Page 34 of 58 CY7C924ADX CY7C924ADX HOTLink Receiver Switching Waveforms (continued) tREFCLK tREFL tREFH REFCLK Static Alignment Error-Free Window tB/2 – tSA tB/2 – tSA tEFW INA± INB± INA± INB± tB SAMPLE WINDOW CY7C924ADX HOTLink Transceiver Operation The interconnection of two or more CY7C924ADX Transceivers form a general-purpose communications subsystem capable of transporting user data at up to 20 MBytes per second over several types of serial interface media. The CY7C924ADX is highly configurable with multiple modes of operation. In the transmit section of the CY7C924ADX, data moves from the input register, through the Transmit FIFO, to the 8B/10B Encoder. The encoded data is then shifted serially out the OUTx± differential PECL-compatible drivers. The bit-rate clock is generated internally from a 2.5x, 5x, or 10x PLL clock multiplier (3x, 6x, or 12x if BYTE8/10* and ENCBYP* are LOW). A more complete description is found in the section CY7C924ADX HOTLink Transmit-Path Operating Mode Description. In the receive section of the CY7C924ADX, serial data is sampled by the receiver on one of the INx± differential line receiver inputs. The receiver clock and data recovery PLL locks onto the selected serial bit stream and generates an internal bit-rate sample clock. The bit stream is deserialized, decoded, and presented to the Receive FIFO, along with a character clock. The data in the FIFO can then be read either slower or faster than the incoming character rate. A more complete description is found in the section CY7C924ADX HOTLink Receive-Path Operating Mode Description. The Transmitter and Receiver parallel interface timing and functionality can be configured to Cascade directly to external FIFOs for depth expansion, to emulate a UTOPIA interface, couple directly to registers, or couple directly to state machines. These interfaces can accept or output either: • 8-bit characters • 10-bit characters (for byte-packed encoded transport) • 10-bit pre-encoded characters (pre-scrambled or pre-encoded) • 12-bit pre-encoded characters (pre-scrambled or pre-encoded) Document #: 38-02008 Rev. *E BIT CENTER BIT CENTER The bit numbering and content of the parallel transmit interface is shown in Table 1 on page 13. When operated with the 8B/10B Encoder bypassed, the TXSC/D* and RXSC/D* bits are ignored. The HOTLink Transceiver serial interface provides a seamless interface to various types of media. A minimal number of external passive components are required to properly terminate transmission lines and provide LVPECL loads. For power supply decoupling, a single capacitor (in the range of 0.02 μF to 0.1 μF) is required per power/ground pair. Additional information on interfacing these components to various media can be found in the HOTLink Design Considerations application note. CY7C924ADX HOTLink Transmit-Path Operating Mode Description The HOTLink Transmitter can be configured into several operating modes, each providing different capabilities and fitting different transmission needs. These modes are selected using the FIFOBYP*, ENCBYP* and BYTE8/10* inputs on the CY7C924ADX Transceiver. These modes can be reduced to five primary classes: • Synchronous Encoded • Synchronous Pre-encoded • Asynchronous Encoded • Asynchronous Byte-packed • Asynchronous Pre-encoded Synchronous Encoded In this mode, the Transmit FIFO is bypassed, while the 8B/10B encoder is enabled. One character is accepted at the Transmit Input Register at the rising edge of REFCLK, and passed to the Encoder where it is encoded for serial transmission. The Serializer operates synchronous to REFCLK, which is multiplied by 10 or 5 to generate the serial data bit-clock. In this mode the TXSOC, TXRST*, TXINT, TXHALT*, and TXSTOP* inputs (when they are not used for data bits) are not interpreted Page 35 of 58 CY7C924ADX and may be tied either HIGH or LOW. To place the CY7C924ADX into synchronous modes, FIFOBYP* must be LOW. This mode is usually used for products that must meet specific predefined protocol requirements, and cannot tolerate the uncontrolled insertion of C5.0 fill characters. The host system is required to asset TXEN* and to provide new data at every appropriate rising edge of REFCLK to maintain the data stream. If TXEN* is not asserted, the Encoder is loaded with C5.0 (K28.5) sync characters. Because the Encoder is enabled, the transmitted C5.0 characters follow all 8B/10B encoding rules. Input Register Mapping In Encoded modes, the bits of the TXDATA input bus are mapped into characters (as shown in Table 1 on page 13), including a TXSVS bit, eight or ten bits of data, and a TXSC/D* bit to select either Special Character codes or Data characters. If the TXSVS bit is HIGH, an SVS (C0.7) character is passed to the encoder, regardless of the contents of the other TXDATA inputs. If the TXSVS bit is LOW, the associated TXDATA character is encoded per the remaining bits in that character. The TXSC/D* bit controls the encoding of the TXDATA[7:0] or TXDATA[9:0] bits of each character. It is used to identify if the input character represents a Data Character or a Special Character code. If TXSC/D* is LOW, the character is encoded using the Data Character codes listed in Table 11 on page 51. If TXSC/D* is HIGH, the character is encoded using the Special Character codes listed in Table 12 on page 55. Synchronous Pre-encoded In synchronous pre-encoded mode (FIFOBYP* and ENCBYP* are LOW), both the Transmit FIFO and the 8B/10B encoder are bypassed, and data passes directly from the Transmit Input Register to the Serializer. The Serializer operates synchronous to REFCLK to generate the serial data bit-clock. As selected by SPDSEL and RANGESEL, the REFCLK input is multiplied by 5 or 10 when BYTE8/10* is HIGH or by 6 or 12 when BYTE8/10* is LOW. In this mode the TXINT, TXHALT*, TXSVS and TXSOC inputs are used as part of the data input bus. This mode is usually used for products containing external encoders or scramblers, that must meet specific protocol requirements. The host system is required to assert TXEN* and to provide new data at every appropriate rising edge of the REFCLK to maintain the data stream. If TXEN* is not asserted, the Serializer is loaded with C5.0 (K28.5) sync characters. However, because the bypassed encoder is not able to track the running disparity of the previously transmitted character, the transmitted C5.0 characters may be received with a running disparity code-rule violation. In this mode the LSB of each input character (TXDATA[0]) is shifted out first, followed sequentially by TXDATA[1] through TXDATA[9]. Asynchronous Encoded Asynchronous Encoded mode is the most powerful operating mode of the CY7C924ADX. Both the Transmit FIFO and the Encoder are enabled (FIFOBYP* and ENCBYP* are HIGH). This allows transmission of normal data streams, while Document #: 38-02008 Rev. *E offering the added benefits of embedded cell or packet markers, an expanded command set, serial addressing, and in-band bypass-signaling (for flow control or other purposes). All characters added to the data stream to support these additional capabilities may be automatically extracted by the Receive Control State Machine in the CY7C924ADX Receiver. The Serializer operates synchronous to REFCLK, which is multiplied by 2.5, 5, or 10 to generate the serial data bit-clock (as selected by SPDSEL and RANGESEL). In this mode the TXSOC, TXSC_D*, TXRST*, TXSVS, TXINT/TXDATA[8], TXHALT*/TXDATA[9], and TXSTOP* inputs are interpreted. Embedded Cell Marker An embedded cell marker is used to mark the start of cells or frames of information passed from one end of the link to the other. This marker is set by asserting TXSOC HIGH, with TXSC/D* and TXSVS both LOW, along with the remaining data on the TXDATA bus. When the data character accompanying this marker is read from the output end of the Transmit FIFO, a C8.0 (K23.7) character is inserted into the data stream prior to the associated data character being read from the Transmit FIFO. Expanded Commands The standard 8B/10B Character set contains all 256 possible data characters, but only twelve special or command characters. To allow use of a larger selection of command codes, a Special Character code was selected to expand the command set. An expanded command marker is used to mark the associated data as any one of 256 (28) possible commands codes. This marker is generated by asserting both TXSOC and TXSC/D* HIGH, with TXSVS being LOW, along with the associated data on the TXDATA bus. When the character accompanying this marker is read from the output end of the Transmit FIFO, a C9.0 (K27.7) character is inserted into the data stream prior to the data character being read from the Transmit FIFO. Serial Addressing The CY7C924ADX receiver has the ability to accept or reject data based on an internal address-controlled switch. This switch is turned on when a serial address matching the receiver address settings is received. When the serial address received does not match the address programmed into the receiver, the receiver’s input is ignored. A serial address is transmitted by asserting TXSOC, TXSC/D*, and TXSVS all HIGH. When the character accompanying this marker is read from the output end of the Transmit FIFO, a C10.0 (K29.7) character is inserted into the data stream prior to the data characters being read from the Transmit FIFO. The serial address is either 8 or 10 bits depending on the level on BYTE8/10*. In-Band Bypass-Signaling In-band bypass-signaling allows a signal to be sent to the remote receiver without that signal having to pass through the Transmit (or Receive) FIFO. When TXINT transitions, a character is immediately inserted in the data stream at the Encoder block, delaying other data encoding for a cycle. When TXINT transitions from 0→1, a C0.0 (K28.0) special character is sent. When TXINT transitions from 1→0, a C3.0 Page 36 of 58 CY7C924ADX (K28.3) special code is sent. These special codes may be used to force a similar signal transition on the RXINT output of an attached CY7C924ADX HOTLink Receiver. CY7C924ADX HOTLink Receive-Path Operating Mode Descriptions This input may be used to transport a low data rate signal (like a serial RS-232/UART signal) across the interface, without any significant impact on the actual data being transported across the link. It may also be used to transparently propagate FIFO flow control information across the link by directly connecting the RXHALF* flag of the local receiver to the TXINT of the local transmitter. The RXINT at the remote end of the link can then be connected to the TXHALT* input to halt data transfers at the remote end of the link until the local Receive FIFO has sufficient room to continue. The HOTLink Receiver can be configured into several operating modes, each providing different capabilities and fitting different reception needs. These modes are selected using the FIFOBYP*, ENBYP* and BYTE8/10* inputs on the CY7C924ADX Transceiver. These modes can be reduced to five primary classes: • Synchronous Decoded • Synchronous Undecoded • Asynchronous Decoded • Asynchronous Byte-packed • Asynchronous Undecoded. Asynchronous Byte-Packed Asynchronous byte-packed mode contains the same features as asynchronous encoded, but with support for 10-bit source data. This data is byte-packed through the 8B/10B encoder to deliver the data across the interface. This mode is enabled when FIFOBYP* and ENCBYP* are HIGH and BYTE8/10* is LOW. When sending extended commands, the larger 10-bit character size enlarges the extended command space to 1024 (210) possible commands codes. Asynchronous Pre-encoded In Asynchronous pre-encoded modes, the Transmit FIFO is enabled and the Encoder is disabled (FIFOBYP* is HIGH and ENCBYP* is LOW). This means that all words clocked into the input register are written to the Transmit FIFO before being sent to the Serializer. The Serializer operates synchronous to REFCLK to generate the serial data bit-clock. SPDSEL and RANGESEL determine whether REFCLK is multiplied by 10, 5 or 2.5 (if BYTE8/10* is HIGH) or 3, 6 or 12 (if BYTE8/10* is LOW). In this mode the TXINT and TXHALT* inputs are used as part of the 10-bit input character. TXSVS, TXSOC and TXSTOP* are still available. These modes are usually used for products containing external encoders or scramblers, that must meet specific protocol requirements. The host system must assert TXEN* and provide new data at every rising edge of TXCLK to maintain the data stream (without overfilling the Transmit FIFO). If the Transmit FIFO ever goes empty, the Serializer is loaded with an alternating disparity string of C5.0 (K28.5) sync characters (when BYTE8/10* is HIGH) or the bit pattern 0110000100011 (when BYTE8/10* is LOW). This insertion can be an issue for some system implementations. If the remote receiver is configured to decode 8B/10B coded characters, it will probably detect running disparity errors because the bypassed Encoder is not able to track the running disparity of the previously transmitted character. However, since these pre-encoded modes are generally used with alternate forms of scrambling or encoding, for these applications this disparity is not generally an issue. To maintain a data stream without adding these C5.0 SYNC codes, it is necessary that the Transmit FIFO be loaded at the same speed or faster than the rate that data is read from that FIFO. Document #: 38-02008 Rev. *E In all these modes, serial data is received at one of the differential line receiver inputs and routed to the Deserializer and Framer. The PLL in the clock and data recovery block is used to extract a bit-rate clock from the transitions in the data stream, and uses that clock to capture bits from the serial stream. These bits are passed to the Deserializer where they are formed into 10- or 12-bit characters. To align the incoming bit stream to the proper character boundaries, the Framer must be enabled by asserting RFEN HIGH. The Framer logic-block checks the incoming bit stream for the unique pattern that defines the character boundaries. This logic filter looks for the ANSI X3.230 symbol defined as a “Special Character Comma” (K28.5 or C5.0). Once a K28.5 is found, the Framer captures the offset of the data stream from the present character boundaries, and resets the boundary to reflect this new offset, thus framing the data to the correct character boundaries. Since noise induced errors can cause the incoming data to be corrupted, and since many combinations of corrupt and legal data can create and aliased K28.5, the framer may also be disabled by setting RFEN LOW. An option exists in the framer to require multiple K28.5 characters, meeting specific criteria, before the character boundaries are reset. This multi-byte mode of the Framer is enabled by keeping RFEN asserted HIGH for greater than 2048 character clock cycles. For multi-byte framing, the receiver must find a pair of K28.5 characters, both on identical 10-bit boundaries, within a 5-character span (50 bits) before it shifts its framing boundaries. This option greatly reduces the probability of framing to aliased K28.5 characters while still allowing many links to maintain synchronization. Synchronous Decoded In these modes, the Receive FIFO is bypassed, while the 10B/8B Decoder is enabled (FIFOBYP* is LOW and ENCBYP* is HIGH). Framed characters output from the Deserializer are decoded, and passed direct to the Receive Output Register. The Deserializer operates synchronous to the recovered bit-clock, which is divided by 10 generate the output RXCLK clock. In this mode the RXRST* input is not interpreted and may be biased either HIGH or LOW. These modes are usually used for products that must meet specific protocol requirements. New decoded characters are provided at the RXDATA outputs once every rising edge of RXCLK. When RXEMPTY* is deasserted along with the data, Page 37 of 58 CY7C924ADX it indicates that a valid character (as selected by RXMODE[1:0]) is present at the RXDATA outputs. When asserted it indicates that a C5.0 (K28.5) not kept by the current RXMODE[1:0] setting is present on the RXDATA output bus. Because the decoder is enabled, all received characters are checked for compliance to the 8B/10B decoding rules. other. When a C8.0 (K23.7) character is detected in the data stream, the next character is written to the Receive FIFO along with RXSOC set HIGH, and RXSC/D* and RXRVS set LOW. When the character accompanying this marker is read from the Receive FIFO with these same bits set, it indicates the start of a cell or frame. Output Register Mapping Expanded Command The RXDATA[11:0] output bus is mapped into a character consisting of eight bits of data, one bit that carries violation information, and an RXSC/D* bit that identifies the character as either control or data. The standard 8B/10B Character set contains all 256 possible data characters, but only twelve Special Character codes. To allow use of a larger selection of command codes, one Special Character code was selected to expand the command set. These bits have combinations that identify the meaning of the remaining bits of the character. If RXRVS is HIGH and RXSC/D* is HIGH the decoder outputs a C0.7, C1.7, C2.7 or C4.7 in response to reception of either an SVS (C0.7) character or other invalid character. An Expanded Command marker is used to mark the associated data as any one of 256 (28) possible commands codes. When a C9.0 (K27.7) character is detected in the data stream, the following character is written to the Receive FIFO along with both RXSOC and RXSC/D* set HIGH, and RXRVS set LOW. When the character accompanying this marker is read from the Receive FIFO with these same bits set, it may be used to indicate that the data on the RXDATA bus is an Expanded Command. Synchronous Undecoded In this mode, both the Receive FIFO and the 10B/8B Decoder are bypassed (FIFOBYP* and ENCBYP* are LOW), and data passes directly from the Deserializer to the output register. The Deserializer operates synchronous to the recovered bit-clock, which is divided by 10 or 12 to generate the output RXCLK clock. In this mode the RXRST* input is not interpreted and may be biased either HIGH or LOW. This mode is usually used for products containing external decoders or descramblers that must meet specific protocol requirements. New data is provided at the RXDATA outputs once every rising edge of RXCLK. Received characters are not checked for any specific coding requirements and no decoding errors are reported. Asynchronous Decoded Asynchronous Decoded mode is the most powerful operating mode of the CY7C924ADX HOTLink Receiver. Both the Receive FIFO and the Decoder are enabled (FIFOBYP* and ENCBYP* are HIGH). This allows reception of normal data streams, while offering the added benefits of embedded cell markers, an expanded command set, serial address support, and in-band bypass-signaling (for flow control or other purposes). All characters added to the data stream by the transmitter to support these additional capabilities may be automatically extracted by the Receive Control State Machine in the CY7C924ADX Transceiver. The deserializer operates synchronous to the recovered bit-clock, which is divided by 10 to generate the Receive FIFO write clock. When the Receive FIFO is addressed by AM* and selected by RXEN*, characters are read from the FIFO using the external RXCLK input. Asynchronous Decoded mode support the same Output Register mapping as the Synchronous Decoded mode. Because both the Receive FIFO and Decoder are enabled, the output FIFO may be read at any rate supported by the FIFO (0 to 50MHz), however, if the Receive FIFO ever indicates a full condition (RXFULL* is asserted), data may be lost. Embedded Cell Marker An embedded cell marker is used to mark the start of cells or frames of information passed from one end of the link to the Document #: 38-02008 Rev. *E Serial Addressing The CY7C924ADX receive path can be directed to accept all characters, or to only accept that data specifically addressed to it. This address control is managed through an embedded Address Compare Register in the receiver logic. This register supports either domain (multicast) or exact-match (unicast) based compares on an address field received across the serial link. When a C10.0 (K29.7) special code is received, the immediately following data character contains the address field that is compared with the receiver Serial Address Register contents. When the CY7C924ADX is configured for multicast address matching, the received address field is compared as an OR of a bit-wise AND with the Serial Address Register. A valid match between any of the bits sets the switch to allow the following data to be written into the Receive FIFO. If no matches are found, the data is not written to the Receive FIFO and is discarded. When the CY7C924ADX is configured for unicast address matching, the received address field is compared for an exact match with the Serial Address Register. If an exact match is found, a switch is set in the receiver to accept all following data until the next serial address marker is found. If they do not match, the data is not written to the Receive FIFO and is discarded. In-Band Bypass-Signaling In-band bypass-signaling allows a signal to be received at the local receiver without that signal having to pass through the Receive FIFO. When a C0.0 (K28.0) character is received, the RXINT output is set HIGH. When a C3.0 (K28.3) character is received, the RXINT output is set LOW. These special codes are generated by forcing similar transitions into the TXINT input of the CY7C924ADX HOTLink Transmitter sourcing the data stream. This output may be used to transport a low data-rate signal (like a serial RS-232/UART signal) across the interface, without any significant impact on the actual data being transPage 38 of 58 CY7C924ADX ported across the link. It may also be used to transparently propagate FIFO flow-control information across the link by directly connecting the RXHALF* flag of the local receiver to the TXINT of the local transmitter. The RXINT at the remote end of the link can then be connected to the TXHALT* input to halt data transfers at the remote end of the link until the local Receive FIFO has sufficient room to continue. BIST Operation and Reporting Asynchronous Byte-Packed The CY7C924ADX HOTLink Transceiver incorporates the same Built-In Self-Test (BIST) capability used with the HOTLink CY7B923/ CY7B933 and HOTLink II CYP(V)15G0x0x families. This link diagnostic uses a Linear Feedback Shift Register (LFSR) to generate a 511-character repeating sequence that is compared, character-for-character, at the receiver. Asynchronous byte-packed mode contains the same features as asynchronous decoded, but with support for 10-bit source data (BYTE8/10* is LOW). The received characters are decoded first back into 8-bit data characters, which are then reassembled into 10-bit source data. BIST mode is intended to check the entire high-speed serial link at full link-speed, without the use of specialized and expensive test equipment. The complete sequence of characters used in BIST are documented in the HOTLink Built-In Self-Test application note. Because of the time difference involved with the packing and unpacking operations, this mode can only be used with the internal FIFOs enabled. BIST Enable Inputs When receiving extended commands, the larger 10-bit character size enlarges the extended command space to 1024 (210) possible commands codes. When receiving a serial address, the larger 10-bit character size also increases the Serial Address Register to 10 bits. This allows up to 10 separate domains for multicast addressing or 1024 unique addresses for unicast addressing. Asynchronous Undecoded In Asynchronous Undecoded modes, the Receive FIFO is enabled (FIFOBYP* is HIGH and ENCBYP* is LOW). This means that all characters received from the serial interface are written to the Receive FIFO before being passed to the output register. The Deserializer operates synchronous to the recovered bit-clock, which is divided by 10 or 12 to generate the Receive FIFO write clock. Data is read from the Receive FIFO, using the RXCLK input clock, when addressed by AM* and selected by RXEN*. These modes are usually used for products containing external decoders or descramblers, that must meet specific protocol requirements. New data may be read from the Receive FIFO any time that the FIFO status flags indicate a non-empty condition (RXEMPTY* is deasserted). To ensure that data is not lost through a FIFO overflow, the Receive FIFO must be read faster than data is loaded into the Receive FIFO. If the receiver is to provide framed characters, it is necessary for the transmit end to include C5.0 (K28.5) characters in the data stream. This can be done by: • Operating the transmitter in encoded mode and writing C5.0 characters into the data stream • Operating the transmitter in pre-encoded mode and writing the 10-bit value for an encoded C5.0 character to the data stream (1100000101 or 0011111010) • Deasserting TXEN* when the transmitter is operated in synchronous mode • Asserting TXHALT*, or by allowing the transmit FIFO to go empty when it is operated in asynchronous mode. Document #: 38-02008 Rev. *E There are separate BIST enable inputs for the transmit and receive paths of the CY7C924ADX. These inputs are both active LOW; i.e., BIST is enabled in its respective section of the device when the BIST enable input is determined to be at a logic-0 level. Both BIST enable inputs are asynchronous; i.e., they are synchronized inside the CY7C924ADX to the internal state machines. BIST Transmit Path The transmit path operation with BIST is controlled by the TXBISTEN* input and overrides most other inputs (see Figure 7). When the Transmit FIFO is enabled (not bypassed) and TXBISTEN* is recognized internally, all reads from the Transmit FIFO are suspended and the BIST generator is enabled to sequence out the 511 character repeating BIST sequence. If the Transmit Control State Machine was in the middle of an atomic operation (e.g., sending an extended command) the Data Character associated with the Special Character code is transmitted prior to recognition of the TXBISTEN* signal and suspension of FIFO data processing. If the recognition occurs in the middle of a data field, the following data is not transmitted at that time, but remains in the Transmit FIFO. Once the TXBISTEN* signal is removed, the data in the Transmit FIFO is again available for transmission. To ensure proper data handling at the destination, the transmit host controller should either use TXHALT* or TXSTOP* to segment transmission of data at specific boundaries, or allow the Transmit FIFO to completely empty before enabling BIST. With transmit BIST enabled, the Transmit FIFO remains available for loading of data. It may be written up to its normal maximum limit while the BIST operation takes place. To allow removal of stale data from the Transmit FIFO, it may also be reset during a BIST operation. The reset operation proceeds as documented, with the exception of the information presented on the TXEMPTY* FIFO status flag. Since this flag is used to present BIST loop status, it continues to reflect the state of the transmit BIST loop status until TXBISTEN* is no longer recognized internally. The completion of the reset operation may still be monitored through the TXFULL* FIFO status flag. Page 39 of 58 CY7C924ADX Figure 7. Built-In Self-Test Illustration, UTOPIA Mode Start of TX BIST BIST LOOP Don’t Care REFCLK LOW to enable FIFO Flags LOW to enable RXRVS reads Ignore these outputs ERROR Start of RX BIST Wait Start of RX BIST match Forced to indicate EMPTY by BIST BIST LOOP Enable RX BIST The TXEMPTY* flag, when used for transmit BIST progress indication, continues to reflect the active HIGH or active LOW settings determined by the UTOPIA or Cascade timing model selected by EXTFIFO; i.e., when configured for the Cascade timing model, the TXEMPTY* and TXFULL* FIFO flags are active HIGH, when configured for the UTOPIA timing model the TXEMPTY* and TXFULL* FIFO flags are active LOW. The illustration in Figure 7 uses the UTOPIA conventions. When TXBISTEN* is first recognized, the TXEMPTY* flag is clocked to a reset state, regardless of the addressed state of the Transmit FIFO (if AM* is LOW or not), but is not driven out of the part unless AM* has been sampled asserted (LOW). Following this, on each completed pass through the BIST loop, the TXEMPTY* flag is set for one interface clock period (TXCLK or REFCLK). When the Transmit FIFO is enabled, the TXEMPTY* flag remains set until the interface is addressed and the state of TXEMPTY* has been observed. If the device is not addressed (AM* is not sampled LOW), the flag remains set internally regardless of the number of TXCLK clock cycles that are processed. If the device status is not polled on a sufficiently regular basis, it is possible for the host system to miss one or more of these BIST loop indications. A pass through the loop is defined as that condition where the Encoder generates the D0.0 state that initiates the BIST loop. Document #: 38-02008 Rev. *E AM* RXEN* RXDATA[9:0] RXSC/D* RXSOC RXRVS RXEMPTY* RXHALF* RXFULL* RXBISTEN* RXCLK OUTA± OUTB± CY7C924ADX TXCLK TXBISTEN* TXEMPTY* TXHALF* TXFULL* TXSVS TXSOC TXSC/D* TXDATA[9:0] TXEN* Enable TX BIST INA± INB± A/B* HIGH to select A Depending on the initial state of the BIST LFSR, the first pass through the loop may occur at substantially less than 511 character periods. Following the first pass, as long as TXBISTEN* remains LOW, all remaining passes are exactly 511 characters in length. When the Transmit FIFO is bypassed, the interface is clocked by the REFCLK signal instead of TXCLK. While the active or asserted state of the TXEMPTY* signal is still controlled by the EXTFIFO, the state of any completed BIST loops is no longer preserved. Instead, the TXEMPTY* flag reflects the dynamic state of the BIST loop progress, and is asserted only once every 511 character periods. If the interface is not addressed at the time that this occurs, then the FIFO status flags remain in a High-Z state and the loop event is lost. BIST Receive Path The receive path operation in BIST is similar to that of the transmit path. While the Receive FIFO is enabled and RXBISTEN* is recognized internally, all writes to the Receive FIFO are suspended. If the receiver had a previous serial address match and was accepting data, no additional characters are written to the Receive FIFO. If the receive data state machine was in the middle of processing a multi-character sequence or other atomic operation (e.g., a start of cell marker and its associated data), the characters Page 40 of 58 CY7C924ADX associated with the atomic operation are discarded and not written to the Receive FIFO. Upon internal recognition of RXBISTEN*, the serial address match flag is cleared such that once BIST has been disabled and data is again being received, all received data is rejected until a new serial address is again received that matches the address match criteria. Note. If the CY7C924ADX is set to match all data (all 1s in the multicast match field), then it is not necessary to get an address match before receiving data following the termination of BIST. On reset or when programmed to this state, the device ignores all serial address commands and matches all data. Any data present in the Receive FIFO when RXBISTEN* is recognized remains in the FIFO and cannot be read until the BIST operation is complete. The data in the Receive FIFO remains valid, but is NOT available for reading through the host parallel interface. This is because the error output indicator for receive BIST operations is the RXRVS signal, which is normally part of the RXDATA bus. To prevent read operations while BIST is in operation, the RXEMPTY* and RXHALF* flags are forced to indicate an Empty condition. Once RXBISTEN* has been removed and recognized internally, the Receive FIFO status flags are updated to reflect the current content status of the Receive FIFO. To allow removal of stale data from the Receive FIFO, it may be reset during a BIST operation. The reset operation proceeds as documented, with the exception that the RXEMPTY* and RXHALF* status flags already indicate an empty condition. The RXFULL* flag is used to present BIST progress. The active state on RXFULL* and RXEMPTY* flags remain controlled by the present operating mode and interface timing model (UTOPIA or Cascade) as selected by EXTFIFO*. When RXBISTEN* has been recognized, RXFULL* becomes the receive BIST loop indicator, regardless of the logic state of FIFOBYP*. When RXBISTEN* is first recognized with the Receive FIFO enabled, the RXFULL* flag is clocked to a set state, regardless of the addressed state of the Receive FIFO (if AM* is sampled LOW or not). Following this, RXFULL* remains set until the receiver detects the start of the BIST pattern. Then RXFULL* is deasserted for the duration of the BIST pattern, pulsing asserted for one RXCLK period on the last symbol of each BIST loop. If 14 of 28 consecutive characters are received in error, RXFULL* returns to the set state until the start of a BIST sequence is again detected. Just like the BIST status flag on the transmit data path, when the Receive FIFO is enabled the RXFULL* flag captures the asserted states, and keeps them until they are read. This means that if the status flag is not read on a regular basis, events may be lost. The detection of errors is presented on the RXRVS output. Unlike the RXFULL* FIFO status flag, the active state of this output is not controlled by the EXTFIFO input. With the Receive FIFO enabled, these outputs should operate the same as the RXFULL* flag, with respect to preserving the detection state of an error until it is read. Unlike the RXFULL* flag, which only needs the CY7C924ADX to be addressed (AM* sampled LOW by RXCLK) to enable the RXFULL* three-state driver, and an RXCLK to “read” the flag, the RXRVS output requires a selection (assertion of RXEN* Document #: 38-02008 Rev. *E while addressed) to enable the RXDATA bus three-state drivers. The selection process is necessary to ensure that a multi-PHY implementation does not enable multiple RXRVS drivers at the same time. When the Receive FIFO is bypassed, the interface is clocked by the RXCLK output signal. While the active or asserted state of the RXFULL* signal is still controlled by the EXTFIFO input, the state of any completed BIST loops or detected errors are no longer preserved. Instead, the RXFULL* flag reflects the dynamic state of the BIST loop progress, and is asserted only once every 511 character periods. If the interface is not addressed at the time that this occurs, then the FIFO status flags remain in a High-Z state and the loop event is lost. This is also true of the RXRVS output, such that if the CY7C924ADX receive path is not selected to enable the RXDATA bus three-state drivers, the detection of a BIST miscompare is lost. BIST Three-state Control When BIST is enabled on either the transmitter or the receiver, the three-state enable signals for the BIST status flags and error indicators work the same as for normal data processing. The output drivers for the BIST status that is presented on FIFO status flags are only enabled when AM* has been sampled asserted (LOW) by the respective clock (TXCLK, RXCLK, or REFCLK). To access the BIST error information, it is necessary to perform a read cycle of the addressed receiver. This means that AM* must be LOW to allow a receiver address match (Rx_Match) to exist, and RXEN* must then be asserted to select the device. Because the part is in BIST, no data is read from the FIFO, but the data bus is driven. This allows the RXRVS indicator to be driven onto the RXDATA bus. So long as RXEN* remains asserted, the receiver stays selected, the data bus remains driven, and RXRVS has meaning. Bus Interfacing The parallel transmit and receive host interfaces to the CY7C924ADX are configurable for either synchronous or asynchronous operation. Each of these configurations supports two selectable timing and control models of UTOPIA or Cascade. All asynchronous bus configurations have the internal Transmit and Receive FIFOs enabled. This allows data to be written or read from these FIFOs at any rate up to the maximum 50-MHz clock rate of the FIFOs. All internal operations of the CY7C924ADX do not use the external TXCLK or RXCLK, but instead make use of synthesized derivatives of REFCLK for transmit path operations and a recovered character clock for receive path operations. All synchronous bus configurations require the bus interface operations to be synchronous to REFCLK on the transmit path and the recovered clock (output as RXCLK) on the receive path. The internal FIFOs are bypassed in all synchronous modes. The two supported timing and control models are UTOPIA and Cascade. These timing models take their name from their default configuration. The UTOPIA timing model is based on the ATM Forum UTOPIA interface standards. This timing Page 41 of 58 CY7C924ADX model is that of a FIFO with active LOW FIFO status flags and read/write enables. The Cascade timing model is a modification of the UTOPIA configuration that changes the flags and FIFO read/write enables to active HIGH. This model is present primarily to allow depth expansion of the internal FIFO by direct coupling to external CY7C42x5 synchronous FIFOs. To allow this direct coupling, the FIFO flag active levels and cycle-to-cycle timing between the transmit enable (TXEN*) and data latching are modified to ensure correct data transfer. These four configurations of bus operation and timing/control can all be used with or without external FIFOs. Depending on the specific mode selected, the amount of external hardware necessary to properly couple the CY7C924ADX to state machines or external FIFOs is minimal in all cases, and may be zero if the proper configuration is selected. UTOPIA Interface Background The UTOPIA interface is defined by the ATM Forum as the bus interface between the ATM and PHY layer devices of an ATM system. This interface is defined as 8 or 16 bits wide, with the latter reserved mainly for high-speed physical interfaces (PHYs) such as 622 Mbps OC-12. Due to the limited speed range of the CY7C924, only the 8-bit interface is implemented. UTOPIA-1 was the original UTOPIA specification (created in 1993) which covers transport of: • 155.52 Mbps (scrambled SONET/OC-3) • 155.52 Mbps (8B/10B block coded at 194.4 MBaud) • 100 Mbps (4B/5B encoded TAXI) • 44.736 Mbps (DS-3/T3) • 51.84 Mbps (OC-1) The UTOPIA-1 interface has a maximum clock rate of 25 MHz. All AC-timing and pin descriptions are covered in the UTOPIA-1 Specification, Version 2.01. UTOPIA-2 was created as an addendum to the UTOPIA-1 specification. In this revision, the parallel interface was extended to both 33 MHz and 50 MHz to accommodate PCI bus architectures in ATM designs. A method of addressing was added to allow multiple devices (PHYs) to share a common host bus. Also, a description of a management interface was added (not supported by this device). The CY7C924ADX contains all pins necessary to support the UTOPIA-1 and, through use of an external address decoder, can emulate the multi-PHY capability of a UTOPIA-2 interface. The maximum bus speed supports the full 50 MHz I/O rate for emerging high-performance systems. UTOPIA Address Match and Selection All actions on a UTOPIA-2 interface are controlled by the Address Match and selection states of the interface. These states control the read and write access to the Receive and Transmit FIFOs, access to the FIFO status flags, reset of the Transmit and Receive FIFOs, and read and write access to the Serial Address Register. The CY7C924ADX supports the concept of an “address match” through a single Address Match (AM*) input. Document #: 38-02008 Rev. *E Address Match and FIFO Flag Access The CY7C924ADX makes use of a single active-LOW Address Match (AM*) to generate address-match conditions. When this input is LOW it is equivalent to an ATM address compare on both the TXADDR and RXADDR buses. This allows multiple CY7C924ADX devices to share a common bus, with device output three-state controls being managed by either an address match condition (AM* sampled LOW), or by a selection state. The Transmit and Receive FIFO flag empty and FIFO full output drivers are enabled in any TXCLK, REFCLK, or RXCLK cycle following AM* being sampled asserted (LOW) by the rising edge of the respective clock. The AM* input is sampled separately by the clocks for the transmit and receive interfaces, which allows these clocks to operate at different clock rates. An example of both Transmit and Receive FIFO flag access is shown in Figure 8. Figure 8. FIFO Flag Driver Enables TXCLK AM* TXFULL* Valid Transmit Port Addressing RXCLK AM* RXEMPTY* Valid Receive Port Addressing When the Transmit FIFO is enabled (FIFOBYP* is HIGH) and AM* is sampled LOW by the rising edge of TXCLK, the output drivers for the TXFULL* and TXEMPTY* FIFO flags are enabled. When AM* is sampled HIGH by the rising edge of TXCLK, these same output drivers are disabled. When the Transmit FIFO is bypassed (FIFOBYP* is LOW and not in byte-packed mode) and AM* is sampled LOW by the rising edge of REFCLK, the output drivers for the TXFULL* and TXEMPTY* FIFO flags are enabled. When AM* is sampled HIGH by the rising edge of REFCLK, the FIFO flag output drivers are disabled. When AM* is sampled LOW by the rising edge of RXCLK (input or output), the output drivers for the RXFULL* and RXEMPTY* FIFO flags are enabled. When AM* is sampled HIGH by the rising edge of RXCLK, the FIFO flag output drivers are disabled. Page 42 of 58 CY7C924ADX Device Selection The concept of selection is used to control the access to the transmit and receive parallel-data ports of the device. There are three primary types of selection: • Transmit data selection (with and without internal Transmit FIFO) • Receive data selection (with and without internal Receive FIFO) • Continuous selection (for either or both transmit and receive interfaces) In addition to these normal selection types, there are two additional sequences that are used to control the internal Transmit and Receive FIFOs reset operations, and to control read/write access to the Serial Address Register: • Transmit reset sequence • Receive reset sequence (includes access to the Serial Address Register) Of these operations, the transmit data selection and transmit reset sequence are mutually exclusive and cannot exist at the same time. The receive data selection and receive reset sequence are also mutually exclusive and cannot exist at the same time. Either transmit operation can exist at the same time as either receive operation. All normal forms of selection require that an Address Match condition must exist (AM* sampled LOW) either at the same time as the selection control signal being sampled asserted, or one or more clock cycles prior to the selection control signal being sampled asserted. Transmit Data Selection Asynchronous With UTOPIA Timing and Control (Transmit FIFO Enabled) When AM* is sampled LOW and TXRST* is sampled HIGH by the rising edge of TXCLK, a Tx_Match condition is generated. This Tx_Match condition continues until AM* is sampled HIGH or TXRST* is sampled LOW at the rising edge of TXCLK. When a Tx_Match (or Tx_RstMatch) condition is present, the TXEMPTY* and TXFULL* output drivers are enabled. When a Tx_Match (or Tx_RstMatch) condition is not present, these same drivers are disabled (High-Z). The selection state of the Transmit FIFO is entered when a Tx_Match condition is present, and TXEN* transitions from HIGH to LOW. Once selected, the Transmit FIFO remains selected until TXEN* is sampled HIGH by the rising edge of TXCLK. In the selected state, data present on the TXDATA inputs is captured and stored in the Transmit FIFO. This transmit interface selection process is shown in Figure 9. For the first TXEN* assertion, the TX_Match condition is not yet present so the Transmitter is not selected. However, the second TXEN* assertion meets this requirement and the Transmitter selection is successful. Figure 9. Transmit Selection with Transmit FIFO Enabled TXCLK TXRST* AM* [26] Tx_Match Note 27 TXEN* Tx_Selected [26] TXDATA D1 (UTOPIA Timing) TXDATA (Cascade Timing) TXFULL* Not Full D2 D3 D1 D2 D3 Not Full Note 27 Notes 26. Signals labeled in italics are internal to the CY7C924ADX. 27. Signals shown as dotted lines represent the differences in timing and active state of signals when operated in Cascade Timing. Document #: 38-02008 Rev. *E Page 43 of 58 CY7C924ADX Synchronous With UTOPIA Timing and Control (Transmit FIFO Bypassed) When the Transmit FIFO is bypassed (FIFOBYP* is LOW and not in byte-packed mode), the CY7C924ADX must still be selected to write data into the Transmit Input Register. Parallel TXDATA is clocked in and transmitted serially when TXEN* is asserted. When TXEN* is deasserted, the TXDATA bus contents are ignored and C5.0 idle characters are sent instead. AM* must be asserted to enable the TXFIFO flags. When AM* is deasserted, the flags are High-Z. When AM* is deasserted while TXEN* is enabled, the Transmit TXDATA is still read in and transmitted, but the FIFO flags are no longer enabled. When data is not written to the Transmit Input Register, the data stream is automatically padded with C5.0 (K28.5) SYNC characters. If the 8B/10B Encoder is enabled, disparity tracking allows the added C5.0 fill characters to follow all 8B/10B encoding rules. If the 8B/10B encoder is bypassed, disparity tracking is disabled, and the transition between externally encoded data and internally generated C5.0 characters may generate a running disparity error at the attached receiver. The same error may occur at the transition between the internal C5.0 characters and the resumption of externally encoded data. When strings of contiguous C5.0 characters are generated, each C5.0 has alternating running disparity with the previous C5.0 character. Receive Data Selection generated. This Rx_Match condition continues until AM* is sampled HIGH or RXRST* is sampled LOW at the rising edge of RXCLK input. When an Rx_Match (or Rx_RstMatch) condition is present, the RXEMPTY* and RXFULL* output drivers are enabled. When an Rx_Match (or Rx_RstMatch) condition is not present, these same drivers are disabled (High-Z). The selection state of the Receive FIFO is entered when an Rx_Match condition is present, and RXEN* transitions from HIGH to LOW. Once selected, the Receive FIFO remains selected until RXEN* is sampled HIGH by the rising edge of RXCLK input. The selected state initiates a read cycle from the Receive FIFO and enables the Receive FIFO data onto the RXDATA bus. This receive interface selection process is shown in Figure 10. For the first RXEN* assertion, the RX_Match condition is not present when RXEN* is asserted so the Receiver is not selected. However, the second RXEN* assertion occurs with an RX_Match condition present and the Receiver selection is successful. Synchronous With UTOPIA Timing and Control (Receive FIFO Bypassed) When the Receive FIFO is bypassed (FIFOBYP* is LOW and not in a byte-packed mode), the CY7C924ADX must still be selected to enable the output drivers for the RXDATA bus. With the Receive FIFO bypassed, RXCLK becomes a synchronous output clock operating at the character rate. The Receive interface is selected when AM* is sampled asserted and RXEN* is asserted at least one cycle later. Once selected, it remains asserted until RXEN* is deasserted, regardless of the state of AM*. Asynchronous With UTOPIA Timing and Control (Receive FIFO Enabled) When AM* is sampled LOW and RXRST* is sampled HIGH by the rising edge of RXCLK input, an Rx_Match condition is Figure 10. Receive Selection with Receive FIFO Enabled RXCLK RXRST* AM* [26] Rx_Match RXEN Rx_Selected Note 27 [26] RXDATA D1 Not Empty RXEMPTY Document #: 38-02008 Rev. *E D2 D3 Not Empty Note 27 Page 44 of 58 CY7C924ADX If RXEN* is deasserted when AM* is deasserted, AM* must again be sampled LOW followed by RXEN* sampled low at least one cycle later for the Receive interface to again be selected. When the Receive interface is not selected, the RXDATA[11:0] bus is High-Z. The Receive FIFO flags depend only on the state of AM*. When AM* is asserted, the flags are enabled. When AM* is deasserted, the flags are High-Z.) disabled (High-Z). The Receive FIFO reset Address Match is shown in Figure 12. Figure 12. Receive FIFO Reset Address Match RXCLK RXRST* Continuous Selection Continuous Selection is a specialized form of selection which does not require sequenced assertion of AM* and TXEN* or RXEN* to select the device for data transfers. In this Continuous Selection mode, the AM* and associated TXEN* or RXEN* enable signal must be asserted when the device is powered up or during assertion of RESET*[1:0]. So long as these signals remain asserted, the device remains selected and data is accepted and presented on every clock cycle. Note. The use of continuous selection makes it impossible to reset the internal FIFOs, or to access the Serial Address Register. FIFO Reset Address Match When AM* and TXRST* are both LOW, and this condition is sampled by the rising edge of TXCLK, a Tx_RstMatch condition is generated. This Tx_RstMatch condition continues until AM* or TXRST* is sampled HIGH by the rising edge of TXCLK. When a Tx_RstMatch (or Tx_Match) condition is present, the TXEMPTY* and TXFULL* output drivers are enabled (just as in a normal Tx_Match condition). When AM* is not asserted, these same drivers are disabled (High-Z). The Transmit FIFO reset Address Match is shown in Figure 11. Note that although TXRST* remains LOW for more than one clock cycle, the Tx_RstMatch does not because the AM* signal is no longer asserted (LOW). Figure 11. Transmit FIFO Reset Address Match TXCLK TXRST* AM* Tx_RstMatch Tx_Match AM* Rx_RstMatch Rx_Match [26] [26] RXEMPTY Valid Valid Note that while the FIFO flags remain asserted for more than one clock cycle, this is due to an Rx_Match condition, not a continuation of the Rx_RstMatch. FIFO Reset Sequence On power-up, the Transmitter and Receiver FIFOs are cleared automatically. If the usage of the FIFOs in specific operating modes results in stale or unwanted data, this data can be cleared by resetting the respective FIFO. Data in the Transmit FIFO will empty automatically if it is enabled to read the FIFO (assuming TXHALT* is not LOW). Stale received data can be “flushed” by reading it, or the Receive FIFO can be reset to remove the unwanted data. The Transmit and Receive FIFOs are reset when the Tx_RstMatch or Rx_RstMatch condition remains present for eight consecutive clock cycles. Any disruption of the reset sequence prior to reaching the eight cycle count, either by removal of AM* or the respective TXRST* or RXRST* terminates the sequence and does not reset the FIFO. If the associated TXEN* or RXEN* signals are asserted during the reset, the relevant interface’s reset operation is inhibited until the enable signal is deasserted. Because AM* must remain asserted during the reset sequence, the addressed FIFO flags remain driven during the entire sequence. [26] Transmit FIFO Reset Sequence [26] TXFULL* Valid When AM* and RXRST* are both LOW, and this condition is sampled by the rising edge of RXCLK, an Rx_RstMatch condition is generated. This Rx_RstMatch condition continues until AM* or RXRST* is sampled HIGH, at the rising edge of RXCLK. When an Rx_RstMatch (or Rx_Match) condition is present, the RXEMPTY* and RXFULL* output drivers are enabled. When AM* is not asserted these same drivers are Document #: 38-02008 Rev. *E The Transmit FIFO reset sequence is started when TXRST* and AM* are first sampled LOW by the rising edge of TXCLK. If TXEN* is asserted (sampled HIGH for UTOPIA timing or LOW for Cascade timing), the reset sequence is inhibited until it is removed. When a Transmit FIFO reset sequence is enabled and has been active for at least eight TXCLK cycles, a Transmit FIFO reset operation is started. To show this progress, the Transmit FIFO flags are forced to indicate a FULL* condition (TXEMPTY* is deasserted, and both TXHALF* and TXFULL* are asserted). Note. The FIFO Full state forced by the reset operation is different from a Full state caused by normal FIFO data writes. For normal FIFO write operations, when Full is first asserted, Page 45 of 58 CY7C924ADX the Transmit FIFO can still accept up to eight additional writes of data. When a Full state is asserted due to a Transmit FIFO reset operation, the FIFO will not accept any additional data. This FIFO reset operation is not allowed to progress within the device until the external reset condition is removed. This can occur by deasserting TXRST* or AM*. If AM* is deasserted (HIGH) to remove the reset condition, the Transmit FIFO flag’s drivers are disabled, and the Transmit FIFO must be addressed at a later time to validate completion of the Transmit FIFO reset. If TXRST* is deasserted (HIGH) to remove the reset condition, the Tx_RstMatch is changed to a Tx_Match, and the Transmit FIFO status flags remain driven. The Transmit FIFO reset operation is complete when the Transmit FIFO flags indicate an Empty state (TXEMPTY* is asserted and both TXHALF* and TXFULL* are deasserted). A valid Transmit FIFO reset sequence is shown in Figure 13. Figure 14 on page 47 shows a sequence of input signals which does not produce a FIFO reset. In this case TXEN* was asserted to select the a Transmit FIFO for data transfers. Because TXEN* remains active, the assertion of AM* and TXRST* does not initiate a reset operation. This is shown by the TXFULL* flag remaining HIGH (deasserted) following what would be the normal expiration of the eight-state reset counter. Receive FIFO Reset Sequence The Receive FIFO reset sequence operates similarly to the Transmit FIFO reset sequence. The same requirements exist for the assertion state of RXRST* and selection of the interface through AM*. A sample Receive FIFO reset sequence is shown in Figure 15 on page 47. Upon recognition of a Receive FIFO reset, the Receive FIFO flags are forced to indicate an Empty state to prohibit additional reads from the FIFO. Unlike the Transmit FIFO, where the internal completion of the reset operation is shown by first going Full and later going Empty when the internal reset is complete, there is no secondary indication of the completion of the internal reset of the Receive FIFO. The Receive FIFO is usable as soon as new data is placed into it by the Receive Control State Machine. When a Receive FIFO reset sequence is enabled and has been active for at least eight RXCLK cycles, a Receive FIFO reset operation is started. This FIFO reset operation is not allowed to progress within the device until the associated RXRST* or AM* signal is sampled deasserted. Following deassertion of RXRST* (which starts the FIFO reset operation), selection of the device for normal data transfers is inhibited during the immediately following RXCLK clock cycle. If a selection of the receive interface is attempted during this immediately following cycle (by asserting RXEN*), the selection is ignored, and the device remains unselected until RXEN* is deasserted, and reasserted in a following RXCLK cycle. Figure 13. Transmit FIFO Reset Sequence TXCLK TXRST* TXEN* Note 27 AM* Tx_RstMatch Tx_Match Tx_FIFO_Reset [26] [26] [26] TXFULL* Note 27 Not Full TXEMPTY* Note 27 Not Empty Document #: 38-02008 Rev. *E Full Not Full Empty Page 46 of 58 CY7C924ADX Figure 14. Invalid Transmit FIFO Reset Sequence with TXEN* Asserted TXCLK TXRST* TXEN* Note 27 AM* [26] Tx_RstMatch [26] Tx_Match Tx_FIFO_Reset [26] TXFULL* Note 27 Not Full Figure 15. Receive FIFO Reset Sequence RXCLK RXRST* RXEN* Note 27 AM* [26] Rx_RstMatch Rx_Match Rx_FIFO_Reset [26] [26] RXEMPTY* Document #: 38-02008 Rev. *E Note 27 Not Empty Empty Page 47 of 58 CY7C924ADX Serial Address Register Access The Serial Address Register in the CY7B924ADX is accessed through the RXDATA bus. This Serial Address Register can only be accessed in UTOPIA mode (EXTFIFO = L). This register can be both written and read, and is accessed by asserting RXRST* to address the register in the device instead of the normal Receive FIFO data. Within this alternate address space, the RXRVS signal is an input at all times, and is used to select between read (RXRVS is HIGH) and write (RXRVS is LOW) operations on the Serial Address Register. The Serial Address Register is the same size as the 8- or 10-bit data width selected by BYTE8/10*. It can be set to match domain or multicast addresses by the level on RXSC/D*. If RXS/D* is LOW when the Serial Address Register is written, it becomes the Multicast address register and declares a match if at least one bit matches the equivalent bit in the incoming Address character. If RXSC/D* is HIGH when the Serial Address Register is written, it becomes the Unicast address register and defines a match only if all of the bits match the incoming Address character. This register mapping is shown in Figure 6 on page 25. Accessing Serial Address Register To access the Serial Address Register in the CY7B924ADX, an Rx_RstMatch condition must first be generated by the combined assertion of AM* and RXRST* and the device must be in UTOPIA timing mode (EXTFIFO = L). RXEN* is then used as the data strobe signal to initiate either a read or write cycle to the RXDATA bus. If RXRVS is HIGH at the time of the RXEN* data strobe, a register read operation takes place. If RXRVS is LOW at the time of the RXEN* data strobe, a register write operation takes place. The RXSC/D* input is used in conjunction with RXDATA[9:0] or RXDATA[7:0] to select the operational mode of the Serial Address Register (Unicast or Multicast) Register write and read operations are shown in Figure 16. If the serial address register write and read operations are both performed without deasserting RXRST* for at more than seven cycles, then RXRST* will still not extend to the requirement for a reset and the Receive FIFO will not be reset. FIFO Reset, Serial Address Register Access and Continuous Selection When configured for continuous selection (AM* asserted with TXEN* always enabled, or AM* asserted with RXEN* always enabled), it is not possible to reset the Transmit and Receive FIFOs. It is also not possible to write to the Serial Address Register without deselecting the Receive FIFO interface. X3.230 Codes and Notation Conventions Information to be transmitted over a serial link is encoded eight bits at a time into a 10-bit Transmission Character and then sent serially, bit by bit. Information received over a serial link is collected ten bits at a time, and those Transmission Characters that are used for data (Data Characters) are decoded into the correct eight-bit codes. The 10-bit Transmission Code supports all 256 8-bit combinations. Some of the remaining Transmission Characters (Special Characters) are used for functions other than data transmission. The primary rationale for use of a Transmission Code is to improve the transmission characteristics of a serial link. The encoding defined by the Transmission Code ensures that sufficient transitions are present in the serial bit stream to make clock recovery possible at the Receiver. Such encoding also greatly increases the likelihood of detecting any single or multiple bit errors that may occur during transmission and reception of information. In addition, some Special Characters of the Transmission Code selected by Fibre Channel Standard consist of a distinct and easily recognizable bit pattern (the Special Character Comma) that assists a Receiver in achieving word alignment on the incoming bit stream. Figure 16. Serial Address Register Access RXCLK RXRST* AM* RXEN* RXRVS (R/W input) Rx_RstMatch Rx_FIFO_Reset [26] [26] Write Register Read Register RXDATA RXSC/D* Document #: 38-02008 Rev. *E Page 48 of 58 CY7C924ADX Notation Conventions The documentation for the 8B/10B Transmission Code uses letter notation for the bits in an 8-bit byte. Fibre Channel Standard notation uses a bit notation of A, B, C, D, E, F, G, H for the 8-bit byte for the raw 8-bit data, and the letters a, b, c, d, e, i, f, g, h, j for encoded 10-bit data. There is a correspondence between bit A and bit a, B and b, C and c, D and d, E and e, F and f, G and g, and H and h. Bits i and j are derived, respectively, from (A,B,C,D,E) and (F,G,H). The bit labeled A in the description of the 8B/10B Transmission Code corresponds to bit 0 in the numbering scheme of the FC-2 specification, B corresponds to bit 1, as shown here: FC-2 bit designation— 7 6 5 4 3 2 1 0 HOTLink TX/RX designation— 7 6 5 4 3 2 1 0 8B/10B bit designation— H G F E D C B A To clarify this correspondence, the following example shows the conversion from an FC-2 Valid Data Byte to a Transmission Character (using 8B/10B Transmission Code notation): FC-2 45 Bits: 7654 3210 0100 0101 Converted to 8B/10B notation (note carefully that the order of bits is reversed): Data Byte Name D5.2 Bits: ABCDE FGH 10100 010 Translated to a transmission Character in the 8B/10B Transmission Code: Bits: abcdeifghj 1010010101 Each valid Transmission Character of the 8B/10B Transmission Code has been given a name using the following convention: cxx.y, where c is used to show whether the Transmission Character is a Data Character (c is set to D, and the SC/D* pin is LOW) or a Special Character (c is set to K, and the SC/D* pin is HIGH). When c is set to D, xx is the decimal value of the binary number composed of the bits E, D, C, B, and A in that order, and the y is the decimal value of the binary number composed of the bits H, G, and F in that order. When c is set to K, xx and y are derived by comparing the encoded bit patterns of the Special Character to those patterns derived from encoded Valid Data bytes and selecting the names of the patterns most similar to the encoded bit patterns of the Special Character. Under the above conventions, the Transmission Character used for the examples above, is referred to by the name D5.2. The Special Character K29.7 is so named because the first six bits (abcdei) of this character make up a bit pattern similar to that resulting from the encoding of the unencoded 11101 pattern (29), and because the second four bits (fghj) make up a bit pattern similar to that resulting from the encoding of the unencoded 111 pattern (7). Note. This definition of the 10-bit Transmission Code is based on (and is in basic agreement with) the following references, which describe the same 10-bit transmission code. A.X. Widmer and P.A. Franaszek. “A DC-Balanced, Partitioned-Block, 8B/10B Transmission Code” IBM Journal of Research and Development, 27, No. 5: 440-451 (September, 1983). Document #: 38-02008 Rev. *E U.S. Patent 4,486,739. Peter A. Franaszek and Albert X. Widmer. “Byte-Oriented DC Balanced (0.4) 8B/10B Partitioned Block Transmission Code” (December 4, 1984). Fibre Channel Physical and Signaling Interface (ANS X3.230−1994 ANSI FC−PH Standard). IBM Enterprise Systems Architecture/390 ESCON I/O Interface (document number SA22−7202). 8B/10B Transmission Code The following information describes how the tables are used for both generating valid Transmission Characters (encoding) and checking the validity of received Transmission Characters (decoding). It also specifies the ordering rules to be followed when transmitting the bits within a character and the characters within the higher-level constructs specified by the standard. Transmission Order Within the definition of the 8B/10B Transmission Code, the bit positions of the Transmission Characters are labeled a, b, c, d, e, i, f, g, h, j. Bit “a” is transmitted first followed by bits b, c, d, e, i, f, g, h, and j in that order. (Note that bit i is transmitted between bit e and bit f, rather than in alphabetical order.) Valid and Invalid Transmission Characters The following tables define the valid Data Characters and valid Special Characters (K characters), respectively. The tables are used for both generating valid Transmission Characters (encoding) and checking the validity of received Transmission Characters (decoding). In the tables, each Valid-Data-byte or Special-Character-code entry has two columns that represent two (not necessarily different) Transmission Characters. The two columns correspond to the current value of the running disparity (“Current RD−” or “Current RD+”). Running disparity is a binary parameter with either the value negative (−) or the value positive (+). After powering on, the Transmitter may assume either a positive or negative value for its initial running disparity. Upon transmission of any Transmission Character, the transmitter will select the proper version of the Transmission Character based on the current running disparity value, and the Transmitter calculates a new value for its running disparity based on the contents of the transmitted character. Special Character codes C1.7 and C2.7 can be used to force the transmission of a specific Special Character with a specific running disparity as required for some special sequences in X3.230. After powering on, the Receiver may assume either a positive or negative value for its initial running disparity. Upon reception of any Transmission Character, the Receiver decides whether the Transmission Character is valid or invalid according to the following rules and tables and calculates a new value for its Running Disparity based on the contents of the received character. The following rules for running disparity are used to calculate the new running-disparity value for Transmission Characters that have been transmitted (Transmitter’s running disparity) and that have been received (Receiver’s running disparity). Running disparity for a Transmission Character is calculated from sub-blocks, where the first six bits (abcdei) form one sub-block and the second four bits (fghj) form the other Page 49 of 58 CY7C924ADX sub-block. Running disparity at the beginning of the 6-bit sub-block is the running disparity at the end of the previous Transmission Character. Running disparity at the beginning of the 4-bit sub-block is the running disparity at the end of the 6-bit sub-block. Running disparity at the end of the Transmission Character is the running disparity at the end of the 4-bit sub-block. Table 9. Valid Transmission Characters Data Byte Name Running disparity for the sub-blocks is calculated as follows: 1. Running disparity at the end of any sub-block is positive if the sub-block contains more ones than zeros. It is also positive at the end of the 6-bit sub-block if the 6-bit sub-block is 000111, and it is positive at the end of the 4-bit sub-block if the 4-bit sub-block is 0011. 2. Running disparity at the end of any sub-block is negative if the sub-block contains more zeros than ones. It is also negative at the end of the 6-bit sub-block if the 6-bit sub-block is 111000, and it is negative at the end of the 4-bit sub-block if the 4-bit sub-block is 1100. 3. Otherwise, running disparity at the end of the sub-block is the same as at the beginning of the sub-block. TXIN or RXOUT Hex Value 765 43210 D0.0 000 00000 00 D1.0 000 00001 01 D2.0 000 00010 02 . . . . . . . . D5.2 010 000101 45 . . . . . . . . D30.7 111 11110 FE D31.7 111 11111 FF Use of the Tables for Checking the Validity of Received Transmission Characters Use of the Tables for Generating Transmission Characters The column corresponding to the current value of the Receiver’s running disparity is searched for the received Transmission Character. If the received Transmission Character is found in the proper column, then the Transmission Character is valid and the associated Data byte or Special Character code is determined (decoded). If the received Transmission Character is not found in that column, then the Transmission Character is invalid. This is called a code violation. Independent of the Transmission Character’s validity, the received Transmission Character is used to calculate a new value of running disparity. The new value is used as the Receiver’s current running disparity for the next received Transmission Character.Detection of a code violation does not necessarily show that the Transmission Character in which the code violation was detected is in error. Code violations may result from a prior error that altered the running disparity of the bit stream which did not result in a detectable error at the Transmission Character in which the error occurred. Table 10 shows an example of this behavior. The appropriate encoding for the Valid Data byte or the Special Character byte into a Transmission Character is listed in the character encoding Table 11 and Table 12. The current value of the Transmitter’s running disparity is used to select the Transmission Character from its corresponding column. For each Transmission Character transmitted, a new value of the running disparity is calculated. This new value is used as the Transmitter’s current running disparity for the next Valid Data byte or Special Character byte to be encoded and transmitted. Table 9 shows naming notations and examples of valid transmission characters. Table 10.Code Violations Resulting from Prior Errors RD Character RD Character RD Character RD – D21.1 – D10.2 – D23.5 + Transmitted bit stream – 101010 1001 – 010101 0101 – 111010 1010 + Bit stream after error – 101010 1011 + 010101 0101 + 111010 1010 + Decoded data character – D21.0 + D10.2 + Code Violation + Transmitted data character Document #: 38-02008 Rev. *E Page 50 of 58 CY7C924ADX Table 11.Valid Data Characters (TXSC/D* = LOW, RXSC/D* = LOW) Data Byte Name Bits Current RD− Current RD+ Bits Current RD− Current RD+ abcdei fghj Data Byte Name HGF EDCBA abcdei fghj HGF EDCBA abcdei fghj abcdei fghj D0.0 000 00000 100111 0100 011000 1011 D0.1 001 00000 100111 1001 011000 1001 D1.0 000 00001 011101 0100 100010 1011 D1.1 001 00001 011101 1001 100010 1001 D2.0 000 00010 101101 0100 010010 1011 D2.1 001 00010 101101 1001 010010 1001 D3.0 000 00011 110001 1011 110001 0100 D3.1 001 00011 110001 1001 110001 1001 D4.0 000 00100 110101 0100 001010 1011 D4.1 001 00100 110101 1001 001010 1001 D5.0 000 00101 101001 1011 101001 0100 D5.1 001 00101 101001 1001 101001 1001 D6.0 000 00110 011001 1011 011001 0100 D6.1 001 00110 011001 1001 011001 1001 D7.0 000 00111 111000 1011 000111 0100 D7.1 001 00111 111000 1001 000111 1001 D8.0 000 01000 111001 0100 000110 1011 D8.1 001 01000 111001 1001 000110 1001 D9.0 000 01001 100101 1011 100101 0100 D9.1 001 01001 100101 1001 100101 1001 D10.0 000 01010 010101 1011 010101 0100 D10.1 001 01010 010101 1001 010101 1001 D11.0 000 01011 110100 1011 110100 0100 D11.1 001 01011 110100 1001 110100 1001 D12.0 000 01100 001101 1011 001101 0100 D12.1 001 01100 001101 1001 001101 1001 D13.0 000 01101 101100 1011 101100 0100 D13.1 001 01101 101100 1001 101100 1001 D14.0 000 01110 011100 1011 011100 0100 D14.1 001 01110 011100 1001 011100 1001 D15.0 000 01111 010111 0100 101000 1011 D15.1 001 01111 010111 1001 101000 1001 D16.0 000 10000 011011 0100 100100 1011 D16.1 001 10000 011011 1001 100100 1001 D17.0 000 10001 100011 1011 100011 0100 D17.1 001 10001 100011 1001 100011 1001 D18.0 000 10010 010011 1011 010011 0100 D18.1 001 10010 010011 1001 010011 1001 D19.0 000 10011 110010 1011 110010 0100 D19.1 001 10011 110010 1001 110010 1001 D20.0 000 10100 001011 1011 001011 0100 D20.1 001 10100 001011 1001 001011 1001 D21.0 000 10101 101010 1011 101010 0100 D21.1 001 10101 101010 1001 101010 1001 D22.0 000 10110 011010 1011 011010 0100 D22.1 001 10110 011010 1001 011010 1001 D23.0 000 10111 111010 0100 000101 1011 D23.1 001 10111 111010 1001 000101 1001 D24.0 000 11000 110011 0100 001100 1011 D24.1 001 11000 110011 1001 001100 1001 D25.0 000 11001 100110 1011 100110 0100 D25.1 001 11001 100110 1001 100110 1001 D26.0 000 11010 010110 1011 010110 0100 D26.1 001 11010 010110 1001 010110 1001 D27.0 000 11011 110110 0100 001001 1011 D27.1 001 11011 110110 1001 001001 1001 D28.0 000 11100 001110 1011 001110 0100 D28.1 001 11100 001110 1001 001110 1001 D29.0 000 11101 101110 0100 010001 1011 D29.1 001 11101 101110 1001 010001 1001 D30.0 000 11110 011110 0100 100001 1011 D30.1 001 11110 011110 1001 100001 1001 D31.0 000 11111 101011 0100 010100 1011 D31.1 001 11111 101011 1001 010100 1001 D0.2 010 00000 100111 0101 011000 0101 D0.3 011 00000 100111 0011 011000 1100 D1.2 010 00001 011101 0101 100010 0101 D1.3 011 00001 011101 0011 100010 1100 D2.2 010 00010 101101 0101 010010 0101 D2.3 011 00010 101101 0011 010010 1100 D3.2 010 00011 110001 0101 110001 0101 D3.3 011 00011 110001 1100 110001 0011 Document #: 38-02008 Rev. *E Page 51 of 58 CY7C924ADX Table 11.Valid Data Characters (TXSC/D* = LOW, RXSC/D* = LOW) (continued) Data Byte Name Bits Current RD− Current RD+ Bits Current RD− Current RD+ abcdei fghj Data Byte Name HGF EDCBA abcdei fghj HGF EDCBA abcdei fghj abcdei fghj D4.2 010 00100 110101 0101 001010 0101 D4.3 011 00100 110101 0011 001010 1100 D5.2 010 00101 101001 0101 101001 0101 D5.3 011 00101 101001 1100 101001 0011 D6.2 010 00110 011001 0101 011001 0101 D6.3 011 00110 011001 1100 011001 0011 D7.2 010 00111 111000 0101 000111 0101 D7.3 011 00111 111000 1100 000111 0011 D8.2 010 01000 111001 0101 000110 0101 D8.3 011 01000 111001 0011 000110 1100 D9.2 010 01001 100101 0101 100101 0101 D9.3 011 01001 100101 1100 100101 0011 D10.2 010 01010 010101 0101 010101 0101 D10.3 011 01010 010101 1100 010101 0011 D11.2 010 01011 110100 0101 110100 0101 D11.3 011 01011 110100 1100 110100 0011 D12.2 010 01100 001101 0101 001101 0101 D12.3 011 01100 001101 1100 001101 0011 D13.2 010 01101 101100 0101 101100 0101 D13.3 011 01101 101100 1100 101100 0011 D14.2 010 01110 011100 0101 011100 0101 D14.3 011 01110 011100 1100 011100 0011 D15.2 010 01111 010111 0101 101000 0101 D15.3 011 01111 010111 0011 101000 1100 D16.2 010 10000 011011 0101 100100 0101 D16.3 011 10000 011011 0011 100100 1100 D17.2 010 10001 100011 0101 100011 0101 D17.3 011 10001 100011 1100 100011 0011 D18.2 010 10010 010011 0101 010011 0101 D18.3 011 10010 010011 1100 010011 0011 D19.2 010 10011 110010 0101 110010 0101 D19.3 011 10011 110010 1100 110010 0011 D20.2 010 10100 001011 0101 001011 0101 D20.3 011 10100 001011 1100 001011 0011 D21.2 010 10101 101010 0101 101010 0101 D21.3 011 10101 101010 1100 101010 0011 D22.2 010 10110 011010 0101 011010 0101 D22.3 011 10110 011010 1100 011010 0011 D23.2 010 10111 111010 0101 000101 0101 D23.3 011 10111 111010 0011 000101 1100 D24.2 010 11000 110011 0101 001100 0101 D24.3 011 11000 110011 0011 001100 1100 D25.2 010 11001 100110 0101 100110 0101 D25.3 011 11001 100110 1100 100110 0011 D26.2 010 11010 010110 0101 010110 0101 D26.3 011 11010 010110 1100 010110 0011 D27.2 010 11011 110110 0101 001001 0101 D27.3 011 11011 110110 0011 001001 1100 D28.2 010 11100 001110 0101 001110 0101 D28.3 011 11100 001110 1100 001110 0011 D29.2 010 11101 101110 0101 010001 0101 D29.3 011 11101 101110 0011 010001 1100 D30.2 010 11110 011110 0101 100001 0101 D30.3 011 11110 011110 0011 100001 1100 D31.2 010 11111 101011 0101 010100 0101 D31.3 011 11111 101011 0011 010100 1100 D0.4 100 00000 100111 0010 011000 1101 D0.5 101 00000 100111 1010 011000 1010 D1.4 100 00001 011101 0010 100010 1101 D1.5 101 00001 011101 1010 100010 1010 D2.4 100 00010 101101 0010 010010 1101 D2.5 101 00010 101101 1010 010010 1010 D3.4 100 00011 110001 1101 110001 0010 D3.5 101 00011 110001 1010 110001 1010 D4.4 100 00100 110101 0010 001010 1101 D4.5 101 00100 110101 1010 001010 1010 D5.4 100 00101 101001 1101 101001 0010 D5.5 101 00101 101001 1010 101001 1010 D6.4 100 00110 011001 1101 011001 0010 D6.5 101 00110 011001 1010 011001 1010 D7.4 100 00111 111000 1101 000111 0010 D7.5 101 00111 111000 1010 000111 1010 Document #: 38-02008 Rev. *E Page 52 of 58 CY7C924ADX Table 11.Valid Data Characters (TXSC/D* = LOW, RXSC/D* = LOW) (continued) Data Byte Name Bits Current RD− Current RD+ Bits Current RD− Current RD+ abcdei fghj Data Byte Name HGF EDCBA abcdei fghj HGF EDCBA abcdei fghj abcdei fghj D8.4 100 01000 111001 0010 000110 1101 D8.5 101 01000 111001 1010 000110 1010 D9.4 100 01001 100101 1101 100101 0010 D9.5 101 01001 100101 1010 100101 1010 D10.4 100 01010 010101 1101 010101 0010 D10.5 101 01010 010101 1010 010101 1010 D11.4 100 01011 110100 1101 110100 0010 D11.5 101 01011 110100 1010 110100 1010 D12.4 100 01100 001101 1101 001101 0010 D12.5 101 01100 001101 1010 001101 1010 D13.4 100 01101 101100 1101 101100 0010 D13.5 101 01101 101100 1010 101100 1010 D14.4 100 01110 011100 1101 011100 0010 D14.5 101 01110 011100 1010 011100 1010 D15.4 100 01111 010111 0010 101000 1101 D15.5 101 01111 010111 1010 101000 1010 D16.4 100 10000 011011 0010 100100 1101 D16.5 101 10000 011011 1010 100100 1010 D17.4 100 10001 100011 1101 100011 0010 D17.5 101 10001 100011 1010 100011 1010 D18.4 100 10010 010011 1101 010011 0010 D18.5 101 10010 010011 1010 010011 1010 D19.4 100 10011 110010 1101 110010 0010 D19.5 101 10011 110010 1010 110010 1010 D20.4 100 10100 001011 1101 001011 0010 D20.5 101 10100 001011 1010 001011 1010 D21.4 100 10101 101010 1101 101010 0010 D21.5 101 10101 101010 1010 101010 1010 D22.4 100 10110 011010 1101 011010 0010 D22.5 101 10110 011010 1010 011010 1010 D23.4 100 10111 111010 0010 000101 1101 D23.5 101 10111 111010 1010 000101 1010 D24.4 100 11000 110011 0010 001100 1101 D24.5 101 11000 110011 1010 001100 1010 D25.4 100 11001 100110 1101 100110 0010 D25.5 101 11001 100110 1010 100110 1010 D26.4 100 11010 010110 1101 010110 0010 D26.5 101 11010 010110 1010 010110 1010 D27.4 100 11011 110110 0010 001001 1101 D27.5 101 11011 110110 1010 001001 1010 D28.4 100 11100 001110 1101 001110 0010 D28.5 101 11100 001110 1010 001110 1010 D29.4 100 11101 101110 0010 010001 1101 D29.5 101 11101 101110 1010 010001 1010 D30.4 100 11110 011110 0010 100001 1101 D30.5 101 11110 011110 1010 100001 1010 D31.4 100 11111 101011 0010 010100 1101 D31.5 101 11111 101011 1010 010100 1010 D0.6 110 00000 100111 0110 011000 0110 D0.7 111 00000 100111 0001 011000 1110 D1.6 110 00001 011101 0110 100010 0110 D1.7 111 00001 011101 0001 100010 1110 D2.6 110 00010 101101 0110 010010 0110 D2.7 111 00010 101101 0001 010010 1110 D3.6 110 00011 110001 0110 110001 0110 D3.7 111 00011 110001 1110 110001 0001 D4.6 110 00100 110101 0110 001010 0110 D4.7 111 00100 110101 0001 001010 1110 D5.6 110 00101 101001 0110 101001 0110 D5.7 111 00101 101001 1110 101001 0001 D6.6 110 00110 011001 0110 011001 0110 D6.7 111 00110 011001 1110 011001 0001 D7.6 110 00111 111000 0110 000111 0110 D7.7 111 00111 111000 1110 000111 0001 D8.6 110 01000 111001 0110 000110 0110 D8.7 111 01000 111001 0001 000110 1110 D9.6 110 01001 100101 0110 100101 0110 D9.7 111 01001 100101 1110 100101 0001 D10.6 110 01010 010101 0110 010101 0110 D10.7 111 01010 010101 1110 010101 0001 D11.6 110 01011 110100 0110 110100 0110 D11.7 111 01011 110100 1110 110100 1000 Document #: 38-02008 Rev. *E Page 53 of 58 CY7C924ADX Table 11.Valid Data Characters (TXSC/D* = LOW, RXSC/D* = LOW) (continued) Data Byte Name Bits Current RD− Current RD+ Bits Current RD− Current RD+ abcdei fghj Data Byte Name HGF EDCBA abcdei fghj HGF EDCBA abcdei fghj abcdei fghj D12.6 110 01100 001101 0110 001101 0110 D12.7 111 01100 001101 1110 001101 0001 D13.6 110 01101 101100 0110 101100 0110 D13.7 111 01101 101100 1110 101100 1000 D14.6 110 01110 011100 0110 011100 0110 D14.7 111 01110 011100 1110 011100 1000 D15.6 110 01111 010111 0110 101000 0110 D15.7 111 01111 010111 0001 101000 1110 D16.6 110 10000 011011 0110 100100 0110 D16.7 111 10000 011011 0001 100100 1110 D17.6 110 10001 100011 0110 100011 0110 D17.7 111 10001 100011 0111 100011 0001 D18.6 110 10010 010011 0110 010011 0110 D18.7 111 10010 010011 0111 010011 0001 D19.6 110 10011 110010 0110 110010 0110 D19.7 111 10011 110010 1110 110010 0001 D20.6 110 10100 001011 0110 001011 0110 D20.7 111 10100 001011 0111 001011 0001 D21.6 110 10101 101010 0110 101010 0110 D21.7 111 10101 101010 1110 101010 0001 D22.6 110 10110 011010 0110 011010 0110 D22.7 111 10110 011010 1110 011010 0001 D23.6 110 10111 111010 0110 000101 0110 D23.7 111 10111 111010 0001 000101 1110 D24.6 110 11000 110011 0110 001100 0110 D24.7 111 11000 110011 0001 001100 1110 D25.6 110 11001 100110 0110 100110 0110 D25.7 111 11001 100110 1110 100110 0001 D26.6 110 11010 010110 0110 010110 0110 D26.7 111 11010 010110 1110 010110 0001 D27.6 110 11011 110110 0110 001001 0110 D27.7 111 11011 110110 0001 001001 1110 D28.6 110 11100 001110 0110 001110 0110 D28.7 111 11100 001110 1110 001110 0001 D29.6 110 11101 101110 0110 010001 0110 D29.7 111 11101 101110 0001 010001 1110 D30.6 110 11110 011110 0110 100001 0110 D30.7 111 11110 011110 0001 100001 1110 D31.6 110 11111 101011 0110 010100 0110 D31.7 111 11111 101011 0001 010100 1110 Document #: 38-02008 Rev. *E Page 54 of 58 CY7C924ADX Table 12.Valid Special Character Codes and Sequences (TXSC/D* = HIGH or RXSC/D* = HIGH)[28, 29] S.C. Byte Name S.C. Code Name Bits Current RD− Current RD+ HGF EDCBA abcdei fghj abcdei fghj K28.0 C0.0[30] (C00) 000 00000 001111 0100 110000 1011 K28.1 C1.0[31] (C01) 000 00001 001111 1001 110000 0110 K28.2 C2.0[31] (C02) 000 00010 001111 0101 110000 1010 K28.3 C3.0[30] (C03) 000 00011 001111 0011 110000 1100 K28.4 C4.0[31] (C04) 000 00100 001111 0010 110000 1101 K28.5 C5.0[31, 32] (C05) 000 00101 001111 1010 110000 0101 K28.6 C6.0[31] (C06) 000 00110 001111 0110 110000 1001 K28.7 C7.0[31, 33] (C07) 000 00111 001111 1000 110000 0111 K23.7 C8.0[30] (C08) 000 01000 111010 1000 000101 0111 K27.7 C9.0[30] (C09) 000 01001 110110 1000 001001 0111 K29.7 C10.0[30] (C0A) 000 01010 101110 1000 010001 0111 K30.7 C11.0 (C0B) 000 01011 011110 1000 100001 0111 EOFxx C2.1[34] (C22) 001 00010 Exception C0.7[33, 35] (CE0) 111 00000 −K28.5 C1.7[36] (CE1) 111 00001 001111 1010 001111 1010 +K28.5 C2.7[37] (CE2) 111 00010 110000 0101 110000 0101 Exception C4.7[38] End of Frame Sequence −K28.5,Dn.xxx0 +K28.5,Dn.xxx1 Code Rule Violation and SVS Tx Pattern 100111 1000 011000 0111 Running Disparity Violation Pattern (CE4) 111 00100 110111 0101 001000 1010 Notes 28. All codes not shown are reserved. 29. Notation for Special Character Code Name is consistent with Fibre Channel and ESCON naming conventions. Special Character Code Name is intended to describe binary information present on I/O pins. Common usage for the name can either be in the form used for describing Data patterns (i.e., C0.0 through C31.7), or in hex notation (i.e., Cnn where nn = the specified value between 00h and FFh). 30. These characters have reserved meanings when command processing is enabled. This includes all operating modes where the FIFOs are enabled and the discard policy is not 0. 31. These characters are used for control of ESCON interfaces. They can be sent as embedded commands or other markers when not operating using ESCON protocols. 32. The K28.5 character is used for framing operations by the receiver. It is also the pad or fill character transmitted to maintain the serial link when no user data is available. 33. Care must be taken when using this Special Character code. When a C7.0 or C0.7 is followed by a D11.x or D20.x, an alias K28.5 sync character is created. These sequences can cause erroneous framing and should be avoided while RFEN is HIGH. 34. C2.1 = Transmit either −K28.5+ or +K28.5− as determined by Current RD and modify the following Transmission Character by setting its least significant bit to 1 or 0. If Current RD at the start of the following character is plus (+) the LSB is set to 0, and if Current RD is minus (−) the LSB becomes 1. This modification allows construction of X3.230:1994 “EOF” frame delimiters wherein the second data byte is determined by the Current RD. For example, to send “EOFdt” the controller could issue the sequence C2.1−D21.4− D21.4−D21.4, and the HOTLink Transmitter will send either K28.5−D21.4−D21.4−D21.4 or K28.5−D21.5− D21.4−D21.4 based on Current RD. Likewise to send “EOFdti” the controller could issue the sequence C2.1−D10.4−D21.4−D21.4, and the HOTLink Transmitter will send either K28.5−D10.4−D21.4− D21.4 or K28.5−D10.5−D21.4− D21.4 based on Current RD. The receiver will never output this Special Character, since K28.5 is decoded as C5.0, C1.7, or C2.7, and the subsequent bytes are decoded as data. 35. C0.7 = Transmit a deliberate code rule violation. The code chosen for this function follows the normal Running Disparity rules. Transmission of this Special Character has the same effect as asserting TXSVS = HIGH. The receiver outputs this Special Character only if the Transmission Character being decoded is not found in the tables. 36. C1.7 = Transmit Negative K28.5 (−K28.5+) disregarding Current RD. The receiver will only output this Special Character if K28.5 is received with the wrong running disparity. The receiver will output C1.7 if −K28.5 is received with RD+, otherwise K28.5 is decoded as C5.0 or C2.7. 37. C2.7 = Transmit Positive K28.5 (+K28.5−) disregarding Current RD. The receiver will only output this Special Character if K28.5 is received with the wrong running disparity. The receiver will output C2.7 if +K28.5 is received with RD−, otherwise K28.5 is decoded as C5.0 or C1.7. 38. C4.7 = Transmit a deliberate code rule violation to indicate a Running Disparity violation. The receiver will only output this Special Character if the Transmission Character being decoded is found in the tables, but Running Disparity does not match. This may indicate that an error occurred in a prior byte. Document #: 38-02008 Rev. *E Page 55 of 58 CY7C924ADX Printed Circuit Board Layout Suggestions Power Supply Bypass 0.01 μF MLC X7R 1206 Chip Cap (4 sites) INA± OUTA± OUTB± INB± Power Supply Bypass 0.01 μF MLC X7R CURSETB Resistor CURSETA Resistor Power Supply Bypass 0.01 μF MLC X7R 1206 Chip Cap (2 sites) RXSC/D REFCLK CY7C9689-AC CY7C924ADX Power Supply Bypass 0.01 μF MLC X7R RESET Via to VDD plane Via to VSS plane Power Supply Bypass 0.01 μF MLC X7R This is a typical printed circuit board layout showing example placement of power supply bypass components and other components mounted on the same side as the CY7C924ADX. Other layouts, including cases with components mounted on the reverse side would work as well. Ordering Information Ordering Code Package Name Package Type Operating Range CY7C924ADX-AXC A100 100-Lead Thin Quad Flat Pack - Lead (Pb) free Commercial CY7C924ADX-AI A100 100-Lead Thin Quad Flat Pack Industrial Document #: 38-02008 Rev. *E Page 56 of 58 CY7C924ADX Package Diagram Figure 17. 100-Pin Thin Plastic Quad Flat Pack (TQFP) A100SA NOTE: 16.00±0.25 SQ 1. JEDEC STD REF MS-026 14.00±0.05 SQ 100 2. BODY LENGTH DIMENSION DOES NOT INCLUDE MOLD PROTRUSION/END FLASH MOLD PROTRUSION/END FLASH SHALL NOT EXCEED 0.0098 in (0.25 mm) PER SIDE BODY LENGTH DIMENSIONS ARE MAX PLASTIC BODY SIZE INCLUDING MOLD MISMATCH 76 75 3. DIMENSIONS IN MILLIMETERS 0.22±0.05 1 R 0.08 MIN. 0.20 MAX. 0° MIN. STAND-OFF 0.05 MIN. 0.15 MAX. 0.25 GAUGE PLANE R 0.08 MIN. 0.20 MAX. 0.50 TYP. DETAIL 0°-7° A 0.60±0.15 0.20 MIN. 25 51 1.00 REF. 26 SEATING PLANE 1.60 MAX. 50 NOTE: PKG. CAN HAVE OR 12°±1° (8X) 1.40±0.05 TOP LEFT CORNER CHAMFER 4 CORNERS CHAMFER 0.08 51-85048-*C 0.20 MAX. SEE DETAIL A HOTLink is a registered trademark of Cypress Semiconductor. ESCON and IBM are registered trademarks of International Business Machines. All product and company names mentioned in this document are the trademarks of their respective holders. Document #: 38-02008 Rev. *E Page 57 of 58 CY7C924ADX Document History Page Document Title: CY7C924ADX 200 MBaud HOTLink® Transceiver Document Number: 38-02008 REV. ECN NO. Issue Date Orig. of Change Description of Change ** 105846 03/26/01 SZV Change from Spec number: 38-00770 to 38-02008 *A 107878 07/09/01 KET Changed part number: CY7C924DX to CY7C924ADX *B 118320 11/13/02 REV Changed the mentioning of PECL inputs and outputs to PECL-compatible inputs and outputs, which is more correct. Changed the font and centered the part number in the device footprint Fixed the line wrap issue with DLB[1] and DLB[0] Changed labels on waveforms to make them more consistent with those in the tables Changed the I/O labels on the D-type flip flop Changed mentioning of PAREN to TXPAREN to make data sheet more consistent *C 123796 01/29/03 KKV Replaced incorrect source copy with correct source copy *D 201401 01/19/04 TNT Removed parity Changed device selection requirements when in FIFO Bypass mode Added comprehensive table showing SPDSEL/RANGESEL and data rate mapping Cascade mode read timing description changed, receive timing diagram updated to reflect operation Serial Address Register access listed as an option for UTOPIA mode only Changed FIFO reset condition to show that the count in suspended, not reset, when TXEN* is asserted *E 988901 See ECN UKK Added Lead-free option package and removed Leaded package in ordering information Document #: 38-02008 Rev. *E Page 58 of 58