AN 792: Intel FPGA JESD204B IP Core and ADI AD9371 Hardware Checkout Report

RSS

AN-792 | 2017.12.18

Intel FPGA JESD204B IP Core and ADI AD9371 Hardware Checkout Report

The Intel FPGA JESD204B IP Core is a high-speed point-to-point serial interface intellectual property (IP).

The JESD204B IP core has been hardware-tested with a number of selected JESD204B-compliant ADC (analog-to-digital converter) DAC (digital-to-analog) devices.

This report highlights the interoperability of the JESD204B IP core with the AD9371 converter evaluation module (EVM) from Analog Devices Inc. (ADI). The following sections describe the hardware checkout methodology and test results.

The AD9371 is a wideband RF transceiver offering dual channel transmitters and receivers, integrated synthesizers, and digital signal processing functions. Its high speed JESD204B interface supports lane rates up to 6144 Mbps.

Hardware Requirements

The hardware checkout test requires the following hardware and software tools:

Intel^® Arria^® 10 GX FPGA Development Kit
ADI AD9371-PCBZ EVM
Mini-USB cables
SMA Cables
Oscilloscope/Spectrum Analyzer
Clock source capable of generating 122.88MHz

Hardware Setup

An Intel^® Arria^® 10 GX Development Kit is used with the ADI AD9371 daughter card module installed to the FMC connector A of the development board.

The AD9371 EVM derives power from FMC pins.
The clock generator AD9528 is available on the EVM. The reference clock for AD9528 is sourced from external clock.
The device clocks for both converter and FPGA are generated by AD9528.
The FPGA device clock is supplied through FMC pins. The link and frame clocks are generated from this device clock using Intel IOPLL.
For subclass 1, AD9528 clock generator on the EVM generates SYSREF for both FPGA and AD9371. The sysref for FPGA is supplied through FMC pins.
The sync_n signal is transmitted from
- the DAC of AD9371 to FPGA through FMC.
- the FPGA to ADC of AD9371 through FMC.

Figure 1. Hardware Setup

The following system-level diagram shows how the different modules connect in this design.

Figure 2. System Diagram

Note: The IOPLL input reference clock is sourcing from device clock through the global clock network. Sourcing reference clock from a cascaded PLL output, global clock or core clock network might introduce additional jitter to the IOPLL and transceiver PLL output. Refer to this KDB Answer for a workaround you should apply to the IP core in your design.

In this setup, the maximum data rate of transceiver lanes is 6.144Gbps. The clock generator available on the EVM is used for clocking both the EVM and the FPGA. The SPI master in FPGA programs both AD9371 registers and AD9528 clock generator registers available on the EVM through 4 wire SPI interface via FMC pins. The reference clock for this clock generator has to be provided by an external clock source. The converter device clock, FPGA device clock, and SYSREF (for both FPGA and converters) are generated by AD9528. FPGA receives these clocks through FMC pins. The converters operate in a single JESD link in all configurations with a maximum of 4 lanes.

AD9371 EVM Software Setup

The AD9371 Transceiver evaluation software is used to generate the setup files for the AD9371 device and AD9528 clock generator for JESD204B link operation. For more information about AD9371 Transceiver evaluation software, visit the Analog website.

Setup files for each of the parameter configurations are included in the software installation in the form of predefined profiles. You need to generate the C scripts using the profiles with correct settings for the JESD204B link to operate at the targeted data rate and JESD204B link parameters.

Follow these steps to generate the configuration C scripts via the AD9371 Transceiver evaluation software graphical user interface (GUI):

Start the AD9371 Transceiver Evaluation Software (TES). Figure 3 shows the opening page of TES.
Figure 3. AD9371 TES interface
In the case when evaluation hardware is not connected, the user can still use the software in demonstration mode by following these steps:
1. Click Connect (top left corner).
2. The Zynq board is disconnected message appears; click OK. After clicking OK, the software enters demonstration mode in which a subset of all features is displayed as shown in Figure 4.
The first tab displayed is the Configuration tab. Selecting this tab opens the initial screen, as shown in Figure 4. The following selections are available from this tab:
1. Device clock frequency
2. Number of active Rx channels
3. Number of active Tx channels
4. Select observation/Sniffer input
5. Select profiles for Rx, Tx, ORx, and Sniffer Rx
6. Select Rx, Tx, and SnRx/ORx RF frequency
The AD9371 provides a observation receiver (ORx ADC). The SERDES for main receiver datapath and observation receiver datapath are shared, but they have independent JESD204B framers (For more information, refer to the AD9371 User Guide). In this interoperability report, only the main ADC datapath has been considered.
Figure 4. TES configuration tab
Set the Configurations based on the requirements and move to JESD204b setup tab, which appears as shown in Figure 5.
In this tab, set the required JESD link parameters and lane rate for both Tx Deframer (DAC) and Rx Framer (Main ADC).
Figure 5. JESD204B setup tab
After configuring the GUI with required settings, the C scripts for configuring the EVM can be generated by clicking on Tools -> Create Script -> C script as shown in Figure 6. Save the file with name “myk_config” so that the existing software makefiles can be used for compiling the scripts.
Figure 6. Generating configuration C scripts

Hardware Checkout Methodology for JESD204B Transmitter

The following section describes the test objectives, procedure, and the passing criteria for JESD204B transmitter.

Transmitter data link layer
Transmitter transport layer
Scrambling
Deterministic latency (Subclass 1)

Transmitter Data Link Layer

This test area covers the test cases for code group synchronization (CGS) and initial lane alignment sequence (ILAS).

On link start up, the receiver issues a synchronization request and the transmitter transmits /K/ (K28.5) characters. The Signal Tap Logic Analyzer tool monitors the transmitter data link layer operation.

Code Group Synchronization (CGS)

Table 1. CGS Test Cases
Test Case	Objective	Description	Passing Criteria
TX_CGS.1	Check that /K/ characters are transmitted when sync_n is asserted.	The following signals in <ip_variant_name>_inst_phy.v are tapped: jesd204_tx_pcs_data[(L32)-1:0] jesd204_tx_pcs_kchar_data[(L4)-1:0] ¹ The following signals in <ip_variant_name>.v are tapped: sync_n jesd204_tx_int The txlink_clk is used as the sampling clock for the Signal Tap. Each lane is represented by 32-bit data bus in jesd204_tx_pcs_data. The 32-bit data bus for is divided into 4 octets.	/K/ character or K28.5 (0xBC) is transmitted at each octet of the jesd204_tx_pcs_data bus when the receiver asserts the sync_n signal. The jesd204_tx_pcs_kchar_data signal is asserted whenever control characters like /K/ characters are transmitted. The jesd204_tx_int is deasserted if there is no error.
TX_CGS.2	Check that /K/ characters are transmitted after sync_n is deasserted but before the start of multiframe.	The following signals in <ip_variant_name>_inst_phy.v are tapped: jesd204_tx_pcs_data[(L32)-1:0] jesd204_tx_pcs_kchar_data[(L4)-1:0] ¹ The following signals in <ip_variant_name>.v are tapped: sync_n tx_sysref jesd204_tx_int The txlink_clk is used as the sampling clock for the Signal Tap. Each lane is represented by 32-bit data bus in the jesd204_tx_pcs_data signal. The 32-bit data bus is divided into 4 octets. Check the following status and error in the AD9371 register: 8b/10b Not-in-Table Error 8b/10b Disparity Error Unknown K character Error	The /K/ character transmission continues for at least 1 frame plus 9 octets. The sync_n and jesd204_tx_int signals are deasserted. On reading status using ‘MYKO-NOS_deframerGetIrq’ API, “Not-in-table error”, “Bad Disparity error”, and “Unknown K character error” registers should not be set.

¹ L is the number of lanes.

Initial Frame and Lane Synchronization

Table 2. Initial Frame and Lane Synchronization Test Cases
Test Case	Objective	Description	Passing Criteria
TX_ILA.1	Check that the /R/ and /A/ characters are transmitted at the beginning and end of each multiframe. Verify that four multiframes are transmitted in ILAS phase and receiver detects the initial lane alignment sequence correctly.	The following signals in <ip_variant_name>_inst_phy.v are tapped: jesd204_tx_pcs_data[(L32)-1:0] jesd204_tx_pcs_kchar_data[(L4)-1:0] ² The following signals in <ip_variant_name>.v are tapped: sync_n jesd204_tx_int The txlink_clk is used as the sampling clock for the Signal Tap. Each lane is represented by 32-bit data bus in jesd204_tx_pcs_data. The 32-bit data bus for is divided into 4 octets. Check the following status in the AD9371 registers: Frame Synchronization	The /R/ character or K28.0 (0x1C) is transmitted at the jesd204_tx_pcs_data bus to mark the beginning of multiframe. The /A/ character or K28.3 (0x7C) is transmitted at the jesd204_tx_pcs_data bus to mark the end of each multiframe. The sync_n and jesd204_tx_int signals are deasserted. The jesd204_tx_pcs_kchar_data signal is asserted whenever control characters like /K/, /R/, /Q/, or /A/ are transmitted. On reading status using ‘MYKONOS_readDeframerStatus’ API, No framing error bits should be set. bits[2:0] if set indicate framing errors.
TX_ILA.2	Check the JESD204B configuration parameters are transmitted in the second multiframe.	The following signals in <ip_variant_name>_inst_phy.v are tapped: jesd204_tx_pcs_data[(L*32)-1:0] ² The following signal in <ip_variant_name>.v is tapped: jesd204_tx_int The txlink_clk is used as the sampling clock for the Signal Tap. The Nios^® console accesses the following JESD204B CSR registers: ilas_data1 ilas_data2 The content of 14 configuration octets in second multiframe is stored in the above 32-bit registers. Check the following status and error in the AD9371 register: Good Checksum Configuration Mismatch Error	The /R/ character is followed by /Q/ character or K28.4 (0x9C) in the jesd204_tx_pcs_data at the beginning of second multiframe. The jesd204_tx_int is deasserted if there is no error. The JESD204B parameters read from ilas_data1, ilas_data2 registers are the same as the parameters set in the JESD204B IP Core Platform Designer parameter editor. On reading status using ‘MYKONOS_readDeframerStatus’ API, valid checksum bit should be set. bit[3] indicates valid checksum. On reading status using ‘MYKONOS_jesd204bIlasCheck’ API, bit 15 which indicates ILAS configuration mismatch, should not be asserted.
TX_ILA.3	Check the constant pattern of transmitted user data after the end of 4th multiframe. Verify that the receiver successfully enters user data phase.	The following signals in <ip_variant_name>_inst_phy.v are tapped: jesd204_tx_pcs_data[(L*32)-1:0] ² The following signals in <ip_variant_name>.v are tapped: jesd204_tx_int The txlink_clk is used as the sampling clock for the Signal Tap. The Nios console accesses the JESD204B CSR register - tx_err. Check the following errors in the AD9371 register: Lane FIFO pointer delta	When scrambler is turned off, the first user data is transmitted after the last /A/ character, which marks the end of the 4th multiframe transmitted. ³ Bits 2 and 3 of the JESD204B tx_err register are not set to “1”. The “Lane FIFO Full” and “Lane FIFO Empty” in the AD9371 registers 0x30C and 0x30D should not be asserted. The jesd204_tx_int is deasserted if there is no error.

² L is the number of lanes.

³ When scrambler is turned on, your data pattern cannot be recognized after the 4th multiframe in ILAS phase.

Transmitter Transport Layer

To verify the data integrity of the payload data stream through the JESD204B transmitter IP core and transport layer and to verify that data from the FPGA digital domain is successfully sent to the DAC analog domain, the FPGA is configured to generate a monotone sine wave. Connect an oscilloscope/spectrum analyzer to observe the waveform/spectrum of a singletone at the DAC analog channels.

The AD9371 upconverts signal to RF frequency. This RF frequency is tunable by the user and specified to AD9371 as LO frequency. Depending on the phase of I and Q streams, the output frequency at DAC analog channels will be LO frequency ± monotone frequency. In our configuration the output frequency will be observed to be LO frequency – monotone frequency.

Figure 7. Data Integrity Check Using Sine WaveThe following figure shows the conceptual test setup for data integrity checking.

The Signal Tap II Logic Analyzer tool monitors the operation of the transmitter transport layer.

Table 3. Transport Layer Test Cases
Test Case	Objective	Description	Passing Criteria
TX_TL.1	Verify the data transfer from digital to analog domain.	Enable sine wave generator in the FPGA and observe the DAC analog channel output on the oscilloscope.	A monotone sine wave is observed on the oscilloscope.

Scrambling

The test setup is similar to test case TX_TL.1 except that the scrambler at the JESD204B transmitter IP core and the descrambler at the DAC JESD core are enabled.

The Signal Tap II Logic Analyzer tool monitors the operation of the transmitter transport layer.

Table 4. Scrambler Test Cases
Test Case	Objective	Description	Passing Criteria
TX_SCR.1	Verify the data transfer from digital to analog domain.	Enable descrambler at the DAC JESD core and scrambler at the JESD204B transmitter IP core. Enable sine wave generator in the FPGA and observe the DAC analog channel output on the oscilloscope.	A monotone sine wave is observed on the oscilloscope.

JESD204B IP Core and DAC Configurations

The JESD204B IP Core parameters (L, M, and F) in this hardware checkout are natively supported by the AD9371 device's configuration registers. The transceiver data rate, sampling clock frequency, and other JESD204B parameters comply with the AD9371 operating conditions.

The hardware checkout testing implements the JESD204B IP Core with the following parameter configuration.

Table 5. Parameter Configuration
Configuration	Mode	Mode	Mode	Mode	Mode	Mode
LMF	124	222	421	148	244	442
HD	0	0	1	0	0	0
S	1	1	1	1	1	1
N	16	16	16	16	16	16
N’	16	16	16	16	16	16
CS	0	0	0	0	0	0
CF	0	0	0	0	0	0
Subclass	1	1	1	1	1	1
Lane Rate (Gbps)	6.144	6.144	3.072	6.144	6.144	6.144
DAC IQ rate (MSPS)	153.6	307.2	307.2	76.8	153.6	307.2
AD9371 Device Clock (MHz)	153.6	153.6	153.6	153.6	153.6	153.6
FPGA Device Clock (MHz) ⁴	153.6	153.6	153.6	153.6	153.6	153.6
FPGA Management Clock (MHz)	100	100	100	100	100	100
FPGA Frame Clock (MHz) ⁵	153.6	307.2	76.8	76.8	153.6	153.6
FPGA Link Clock (MHz) ⁵	153.6	153.6	76.8	153.6	153.6	153.6
DAC RF local oscillator frequency (GHz)	1.0	1.0	1.0	1.0	1.0	1.0
Character Replacement	Enabled	Enabled	Enabled	Enabled	Enabled	Enabled
PCS Option	Hard PCS	Hard PCS	Hard PCS	Hard PCS	Hard PCS	Hard PCS
Data Pattern	Sine ⁶ Single pulse ⁷ Sinc ⁷	Sine ⁶ Single pulse ⁷ Sinc ⁷	Sine ⁶ Single pulse ⁷ Sinc ⁷	Sine ⁶ Single pulse ⁷ Sinc ⁷	Sine ⁶ Single pulse ⁷ Sinc ⁷	Sine ⁶ Single pulse ⁷ Sinc ⁷

⁴ The device clock is used to clock the transceiver.

⁵ The frame clock and link clock are derived from the device clock using an internal PLL.

⁶ Sine wave pattern is used in TX_TL.1 and TX_SCR.1 test cases to verify that pattern generated in the FPGA transport layer is transmitted by DAC analog channel.

⁷ Single pulse and sinc patterns are used in deterministic latency measurement test cases DL.3 and DL.4 only.

Hardware Checkout Methodology for JESD204B Receiver

The following section describes the test objectives, procedure, and the passing criteria for JESD204B receiver.

The test covers the following areas:

Receiver data link layer
Receiver transport layer
Descrambling
Deterministic latency (Subclass 1)

Receiver Data Link Layer

This test area covers the test cases for code group synchronization (CGS) and initial frame and lane synchronization.

On link start up, the receiver issues a synchronization request and the transmitter transmits /K/ (K28.5) characters. TheSignal Tap Logic Analyzer tool monitors the receiver data link layer operation.

Code Group Synchronization (CGS)

Table 6. CGS Test Cases
Test Case	Objective	Description	Passing Criteria
RX_CGS.1	Check whether sync request is deasserted after correct reception of four successive /K/ characters.	The following signals in <ip_variant_name>_inst_phy.v are tapped: jesd204_rx_pcs_data[(L32)-1:0] jesd204_rx_pcs_data_valid[L-1:0] jesd204_rx_pcs_kchar_data[(L4)-1:0] ⁸ The following signals in <ip_variant_name>.v are tapped: rx_dev_sync_n jesd204_rx_int The rxlink_clk is used as the sampling clock for the Signal Tap. Each lane is represented by 32-bit data bus in jesd204_rx_pcs_data. The 32-bit data bus for is divided into 4 octets.	/K/ character or K28.5 (0xBC) is observed at each octet of the jesd204_rx_pcs_data bus. The jesd204_rx_pcs_data_valid signal is asserted to indicate data from the PCS is valid. The jesd204_rx_pcs_kchar_data signal is asserted whenever control characters like /K/, /R/, /Q/, or /A/ characters are observed. The rx_dev_sync_n signal is deasserted after correct reception of at least four successive /K/ characters. The jesd204_rx_int signal is deasserted if there is no error.
RX_CGS.2	Check full CGS at the receiver after correct reception of another four 8B/10B characters.	The following signals in <ip_variant_name>_inst_phy.v are tapped: jesd204_rx_pcs_errdetect[(L4)-1:0] jesd204_rx_pcs_disperr[(L4)-1:0] ⁸ The following signals in <ip_variant_name>.v are tapped: jesd204_rx_int The rxlink_clk is used as the sampling clock for the Signal Tap.	The following signals should not be asserted during CGS phase: jesd204_rx_pcs_errdetect jesd204_rx_pcs_disperr jesd204_rx_int

⁸ L is the number of lanes.

Initial Frame and Lane Synchronization

Table 7. Initial Frame and Lane Synchronization Test Cases
Test Case	Objective	Description	Passing Criteria
RX_ILA.1	Check whether the initial frame synchronization state machine enters FS_DATA state upon receiving non /K/ characters.	The following signals in <ip_variant_name>_inst_phy.v are tapped: jesd204_rx_pcs_data[(L32)-1:0] jesd204_rx_pcs_data_valid[L-1:0] jesd204_rx_pcs_kchar_data[(L4)-1:0] ⁹ The following signals in <ip_variant_name>.v are tapped: rx_dev_sync_n jesd204_rx_int The rxlink_clk is used as the sampling clock for the Signal Tap. Each lane is represented by 32-bit data bus in jesd204_rx_pcs_data. The 32-bit data bus for is divided into 4 octets.	/R/ character or K28.0 (0x1C) is observed after /K/ character at the jesd204_rx_pcs_data bus. The jesd204_rx_pcs_data_valid signal must be asserted to indicate that data from the PCS is valid. The rx_dev_sync_n and jesd204_rx_int signals are deasserted. Each multiframe in ILAS phase ends with /A/ character K28.3 (0x7C). The jesd204_rx_pcs_kchar_data signal is asserted whenever control characters like /K/, /R/, /Q/, or /A/ are observed.
RX_ILA.2	Check the JESD204B configuration parameters from ADC in second multiframe.	The following signals in <ip_variant_name>_inst_phy.v are tapped: jesd204_rx_pcs_data[(L*32)-1:0] jesd204_rx_pcs_data_valid[L-1:0] ⁹ The following signal in <ip_variant_name>.v is tapped: jesd204_rx_int The rxlink_clk is used as the sampling clock for the Signal Tap. The Nios console accesses the following registers: ilas_octet0 ilas_octet1 ilas_octet2 ilas_octet3 The content of 14 configuration octets in second multiframe is stored in these 32-bit registers - ilas_octet0, ilas_octet1, ilas_octet2 and ilas_octet3.	/R/ character is followed by /Q/ character or K28.4 (0x9C) at the beginning of second multiframe. The jesd204_rx_int is deasserted if there is no error. Octets 0-13 read from these registers match with the JESD204B parameters in each test setup.
RX_ILA.3	Check the lane alignment	The following signals in <ip_variant_name>_inst_phy.v are tapped: jesd204_rx_pcs_data[(L*32)-1:0] jesd204_rx_pcs_data_valid[L-1:0]⁹ The following signals in <ip_variant_name>.v are tapped: rx_somf[3:0] dev_lane_aligned jesd204_rx_int The rxlink_clk is used as the sampling clock for the Signal Tap.	The dev_lane_aligned is asserted upon the last /A/ character of the ILAS is received, which is followed by the first data octet. The rx_somf marks the start of multiframe in user data phase. The jesd204_rx_int is deasserted if there is no error.

⁹ L is the number of lanes.

Receiver Transport Layer

To check the data integrity of the payload data stream through the JESD204B receiver IP Core and transport layer, the ADC is fed with a monotone sine wave test data pattern. The ADC is also set to operate with the same configuration as set in the JESD204B IP Core.

The AD9371 downconverts from RF frequency to monotone frequency. This RF frequency is tunable by the user and specified to AD9371 as LO frequency. Depending on the required phase of I and Q streams, the input frequency at ADC analog channels should be LO frequency ± monotone frequency. In our configuration the input frequency of LO frequency – monotone frequency is used. This is easily available at AD9371 DAC analog output and the same waveform is looped back to ADC through SMA cable.

Figure 8. Data Integrity Check Using Sine WaveThe following figure shows the conceptual test setup for data integrity checking.

Table 8. Transport Layer Test Cases
Test Case	Objective	Description	Passing Criteria
RX_TL.1	Check the transport layer mapping using Sine test pattern.	The following signals in altera_jesd204_transport_rx_top.sv are tapped: jesd204_rx_data_valid The following signals in jesd204b_ed.sv are tapped: data_error jesd204_rx_int The rxframe_clk is used as the sampling clock for the Signal Tap II.	The jesd204_rx_data_valid signal is asserted. The jesd204_rx_int signals are deasserted. Monotone sine wave with frequency same as that of transmitted monotone is observed in Signal Tap II when DAC analog output is looped back to ADC analog input.

Descrambling

The test setup is similar to test case RX_TL.1 except that the descrambler at the JESD204B receiver IP core and the scrambler at the ADC JESD transmitter core are enabled.

The Signal Tap II Logic Analyzer tool monitors the operation of the receiver transport layer.

Table 9. Descrambler Test Cases
Test Case	Objective	Description	Passing Criteria
RX_SCR.1	Check the functionality of the descrambler using sine wave test pattern.	Enable scrambler at the ADC and descrambler at the JESD204B receiver IP Core. The signals that are tapped in this test case are similar to test case TL.1	The jesd204_rx_data_valid signal is asserted. The jesd204_rx_int signals are deasserted. Monotone sine wave with frequency same as that of transmitted monotone is observed in Signal Tap II when DAC analog output is looped back to ADC analog input.

JESD204B IP Core and Main ADC Configurations

The JESD204B IP Core parameters (L, M, and F) in this hardware checkout are natively supported by the AD9371 device. The transceiver data rate, sampling clock frequency, and other JESD204B parameters comply with the AD9371 operating conditions.

The hardware checkout testing implements the JESD204B IP Core with the following parameter configuration.

Table 10. Main ADC Parameter Configuration
Configuration	Mode	Mode	Mode	Mode	Mode	Mode
LMF	124	222	421 ¹⁰	148	244	442
HD	0	0	1	0	0	0
S	1	1	1	1	1	1
N	16	16	16	16	16	16
N’	16	16	16	16	16	16
CS	0	0	0	0	0	0
CF	0	0	0	0	0	0
Subclass	1	1	1	1	1	1
Lane Rate (Gbps)	6.144	3.072	1.536 ¹⁰	6.144	6.144	3.072
ADC IQ rate(MSPS)	153.6	153.6	153.6	76.8	153.6	153.6
AD9371 Device Clock (MHz)	153.6	153.6	153.6	153.6	153.6	153.6
FPGA Device Clock (MHz) ¹¹	153.6	153.6	153.6	153.6	153.6	153.6
FPGA Management Clock (MHz)	100	100	100	100	100	100
FPGA Frame Clock (MHz) ¹²	153.6	153.6	38.4	76.8	153.6	76.8
FPGA Link Clock (MHz) ¹²	153.6	76.8	38.4	153.6	153.6	76.8
ADC RF local oscillator frequency (GHz)	1.0	1.0	1.0	1.0	1.0	1.0
Character Replacement	Enabled	Enabled	Enabled	Enabled	Enabled	Enabled
PCS Option	Hard PCS	Hard PCS	Hard PCS	Hard PCS	Hard PCS	Hard PCS
Data Pattern	Sine ¹³ Single pulse ¹⁴ Sinc ¹⁴	Sine ¹³ Single pulse ¹⁴ Sinc ¹⁴	Sine ¹³ Single pulse ¹⁴ Sinc ¹⁴	Sine ¹³ Single pulse ¹⁴ Sinc ¹⁴	Sine ¹³ Single pulse ¹⁴ Sinc ¹⁴	Sine ¹³ Single pulse ¹⁴ Sinc ¹⁴

¹⁰ JESD204B Mode with LMF=421 cannot be interoperated with Intel^® Arria^® 10 devices because the lane rate supported by Intel^® Arria^® 10 devices are 2 Gbps-15 Gbps. Because of limited ADC IQ rate, the mode LMF=421 can only reach 1.536 Gbps in the converter side.

¹¹ The device clock is used to clock the transceiver.

¹² The frame clock and link clock are derived from the device clock using an internal PLL.

¹³ Sine wave pattern is used in RX_TL.1 and RX_SCR.1 test cases to verify that pattern generated into ADC analog channel is converted into same pattern in the FPGA transport layer and at same frequency.

¹⁴ Single pulse and sinc pattern are used in deterministic latency measurement test cases DL.3 and DL.4 only.

Deterministic Latency (Subclass 1)

The figure below shows a block diagram of the deterministic latency test setup. AD9528 clock generator on the EVM provides periodic SYSREF pulses for both the AD9371 and JESD204B IP Core. The period of SYSREF pulses is configured to be an integer multiple of Local Multi Frame Clocks (LMFC). The SYSREF pulse restarts the LMF counter and realigns it to the LMFC boundary.

The link latency for DAC and ADC is measured collectively by performing external loopback at RF level using SMA cable. The time difference between rising edge of pattern transmitted at transmitter transport layer and rising edge of pattern received back at receiver transport layer gives us the link latency. This latency has to remain constant across multiple power cycles of the system.

While performing the loopback delay measurement, the transmitter and receiver are both configured with same JESD204B configurations. The only exception is the JESD204B receiver mode with LMF = 421, which cannot be implemented in Intel^® Arria^® 10 FPGA because of unsupported data rate. In this mode, the ADC and FPGA are configured with LMF=222 configuration and the data rate is 3.072 Gbps. The FPGA and DAC JESD transmitter are configured with LMF = 421 configuration and the data rate is 3.072 Gbps. This enables us to perform delay measurement for this mode.

Figure 9. Deterministic Latency Test Setup

The FPGA can generate a 16-bit digital sample for single pulse or sinc pattern at the transport layer. Either waveform can be used to measure the loopback latency. The transmitted pulse and received pulse are both plotted in Signal Tap Logic Analyzer. The time difference between the 2 pulses gives us the loopback latency which includes both transmitter link latency and receiver link latency.

Table 11. Deterministic Latency Test Cases
Test Case	Objective	Description	Passing Criteria
DL.1	Check the FPGA SYSREF single detection.	Check that the FPGA detects the first rising edge of SYSREF pulse. Read the status of sysref_singledet (bit[2]) identifier in syncn_sysref_ctrl register at address 0x54.	The value of sysref_singledet identifier should be zero.
DL.2	Check the SYSREF capture.	Check that FPGA and ADC capture SYSREF correctly and restart the LMF counter. Both FPGA and ADC are also repetitively reset. Read the value of rbd_count (bit[10:3]) identifier in rx_status0 register at address 0x80.	If the SYSREF is captured correctly and the LMF counter restarts, for every reset, the rbd_count value should only drift a little due to word alignment.
DL.3	Measure the total latency.	Measure the time difference between the rising edge of pulses in Signal Tap Logic Analyzer.	The latency should be consistent.
DL.4	Re-measure the total latency after setup power cycle and FPGA reconfiguration.	Measure the time difference between the rising edge of pulses in Signal Tap Logic Analyzer.	The latency should be consistent.

Test Results

The following table contains the possible results and their definition.

Table 12. Results Definition
Result	Definition
PASS	The Device Under Test (DUT) was observed to exhibit conformant behavior.
PASS with comments	The DUT was observed to exhibit conformant behavior. However, an additional explanation of the situation is included, such as due to time limitations only a portion of the testing was performed.
FAIL	The DUT was observed to exhibit non-conformant behavior.
Warning	The DUT was observed to exhibit behavior that is not recommended.
Refer to comments	From the observations, a valid pass or fail could not be determined. An additional explanation of the situation is included.

The following table shows the results for test cases CGS.1, CGS.2, ILA.1, ILA.2, ILA.3, TL.1, and SCR.1 with different values of L, M, F, K, subclass, data rate, sampling clock, link clock, and SYSREF frequencies.

Table 13. Results Definition for DAC
Test	L	M	F	SCR	K	Lane rate (Gbps)	DAC IQ rate (MSPS)	Link Clock (MHz)	Result
1	1	2	4	0	32	6.144	153.6	153.6	PASS with comments
2	1	2	4	1	32	6.144	153.6	153.6	PASS with comments
3	2	2	2	0	32	6.144	307.2	153.6	PASS with comments
4	2	2	2	1	32	6.144	307.2	153.6	PASS with comments
5	4	2	1	0	32	3.072	307.2	76.8	PASS with comments
6	4	2	1	1	32	3.072	307.2	76.8	PASS with comments
7	1	4	8	0	32	6.144	76.8	153.6	PASS with comments
8	1	4	8	1	32	6.144	76.8	153.6	PASS with comments
9	2	4	4	0	32	6.144	153.6	153.6	PASS with comments
10	2	4	4	1	32	6.144	153.6	153.6	PASS with comments
11	4	4	2	0	32	6.144	307.2	153.6	PASS with comments
12	4	4	2	1	32	6.144	307.2	153.6	PASS with comments

Table 14. Results Definition for Main ADCMode with LMF=421 cannot be implemented in JESD204B IP core in Intel^® Arria^® 10 devices. The lane rate supported by Arria 10 devices are 2 Gbps-15 Gbps. But because of limited ADC IQ rate, the mode LMF=421 can only reach 1.536 Gbps in the converter side.
Test	L	M	F	SCR	K	Lane rate (Gbps)	ADC IQ rate (MSPS)	Link Clock (MHz)	Result
1	1	2	4	0	32	6.144	153.6	153.6	Pass
2	1	2	4	1	32	6.144	153.6	153.6	Pass
3	2	2	2	0	32	3.072	153.6	76.8	Pass
4	2	2	2	1	32	3.072	153.6	76.8	Pass
5	1	4	8	0	32	6.144	76.8	153.6	Pass
6	1	4	8	1	32	6.144	76.8	153.6	Pass
7	2	4	4	0	32	6.144	153.6	153.6	Pass
8	2	4	4	1	32	6.144	153.6	153.6	Pass
9	4	4	2	0	32	3.072	153.6	7.68	Pass
10	4	4	2	1	32	3.072	153.6	7.68	Pass

The following table shows the results for test cases DL.1 and DL.2 with different values of L, M, F, K, subclass, data rate, sampling clock, link clock and SYSREF frequencies

Table 15. Results Definition for Deterministic Latency Test
Test	L	M	F	Sub- class	SCR	K	Transmitter Lane rate (Gbps)	Receiver Lane rate (Gbps)	SYSREF pulse frequency ¹⁵ (MHz)	Total Latency Result
1	1	2	4	1	1	32	6.144	6.144	0.48	Pass (1.146 us)
2	2	2	2	1	1	32	6.144	3.072	0.48	Pass (1.328-1.341 us)
3	4	2	1	1	1	32	3.072	-¹⁶	0.48	Pass ¹⁶ (0.651-0.657 us)
4	1	4	8	1	1	32	6.144	6.144	0.48	Pass (2.331 us)
5	2	4	4	1	1	32	6.144	6.144	0.48	Pass (1.133-1.146 us)
6	4	4	2	1	1	32	6.144	3.072	0.48	Pass (1.328-1.354 us)

Figure 10. Oscilloscope plot observed at DAC output.The LO frequency is set to 400MHz in AD9371 RF transmitter in this example and a monotone of 7.68MHz is being transmitted from FPGA.

Figure 11. Spectrum Analyzer plot observed at DAC output.The LO frequency is set to 400MHz in AD9371 RF transmitter in this example and a monotone of 7.68MHz is being transmitted from FPGA. The peak is observed at 392.32 MHz (i.e., 400-7.68 MHz).

Figure 12. Transmitted sine wave at input of transmitter transport layer and Received sine wave at output of receiver transport layer observed in Signal Tap II Logic Analyzer for mode LMF=148.

Figure 13. Latency measured between rising edge of transmitted single pulse and rising edge of received single pulse for mode LMF=148. Latency is observed to be 179 rxframe_clk cycles or 2.331 us.

Figure 14. Latency measured between centre of transmitted sinc pattern and centre of received sinc pattern for mode LMF=148.Two pulses are sent with 100 rxframe_clk cycles delay. Same delay of 100 clock cycles is observed in received signal.

¹⁵ The sysref frequency is taken as integer multiple of LMFC period. The value of 0.48MHz is derived as a common integer multiple for all JESD204B modes.

¹⁶ The link latency is measured as the loopback delay of transmitter and receiver datapaths. For more information on how DL validation is performed on mode with LMF=421, refer to the section on deterministic latency.

Test Result Comments

In each test case, both the JESD204B transmitter and JESD204B receiver IP core successfully initialize from CGS phase, ILAS phase, and until user data phase.

The test results for JESD204B transmitter are marked with Pass with comments because the deframer of AD9371 raises IRQ due to ILAS configuration mismatch. The conflicting ILAS parameters are N value and CS value. The AD9371 deframer register contains the following JESD204B parameter values N=14 and CS=2 while FPGA transmits ILAS with following JESD204B parameter N=16 and CS=0. The FPGA is configured with JESD204B parameters as per values defined in AD9371-User-Guide-UG-992 document available at the time of testing (refer Figure 15). Otherwise the behavior of the JESD204B transmitter IP core meets the passing criteria.

Figure 15. Snapshot of datasheet describing JESD204B parameters of DAC datapath.

The monotone sine wave from FPGA is transmitted into RF domain successfully at desired frequency and when loopbacked into ADC, the original monotone sine wave is received back.

In the deterministic latency measurement, consistent total latency is observed across the JESD204B transmitter link and JESD204B receiver link.

Document Revision History for AN 792: Intel FPGA JESD204B IP Core and ADI AD9371 Hardware Checkout Report

Date	Version	Changes
December 2017	2017.12.18	Renamed the document as AN 792: Intel FPGA JESD204B IP Core and ADI AD9371 Hardware Checkout Report. Added a note to clarify that the IOPLL input reference clock is sourcing from device clock through global clock network in the Hardware Setup topic. Updated for latest branding standards. Made editorial updates throughout the document.
May 2017	2017.05.08	Initial release.