ADRV9029
Recommended for New Designs
The ADRV9029 is a highly integrated, radio frequency (RF) agile transceiver offering four independently controlled transmitters, dedicated observation...
Datasheet
ADRV9029 on Analog.com
It is set to 3pin ORx Selection mode as shown in the figure below.
However, although I enabled it on the RXx_en pin, ORx Data is not coming in through JESD.
I know that no ORX data is coming out through JESD during DPD operation.
But I want to receive ORX data through JESD when DPD operation is finished, please advise on how to control it.
Thank you for your support.
However, although I enabled it on the RXx_en pin, ORx Data is not coming in through JESD.
You are using a link sharing profile so the ORX data comes on JESD only when the TX is on.
I know that no ORX data is coming out through JESD during DPD operation.
Yes, but the other ORX side of the chip can get the JESD data.
See below:
When ORX_CTRL_A is high and based on CTRL_B and CTRL_C logics, the respective ORX data goes to the JESD and on the other ORX side of the chip, the DPD cal will run.
TXx_en is correct, not RXx_en. I wrote it wrong by mistake.
Currently, in 3pin mode, DPD from Tx1 to 4 is operating normally.
Can I know when the link sharing ORx data comes out through JESD after the ORx path is used by the DPD actuator? (Time to capture ORX in FPGA is limited, so please inquire.)
Additionally, when DPD is executed on ORx1,2, ORX data should appear on ORx3,4, but ORX data is not displayed through JESD.
In this regard, please let me know if there is anything I need to check or if there is any data needed to analyze this issue.
While the DPD is running on one side of the ORX, the other side of the ORX data will be available on the JESD.
Is the other side of the ORX data is available through your external path routing for the FPGA on the JESD?
Is your Use case has ORX enabled?
On my board I am using 51_LinkSharing.
I think it's an API setting problem. What data can we provide to confirm the problem? (code, etc.)
Please help.
thank you
Are you testing on a custom board or EVB?
If on EVB, Use Play button in ORX tab and check if ORX data is displayed in the FFT plot in the GUI.
What is your Tx-ORX mapping, are you using any GPIOs for external controls?
Have you generated the resource files like initdata.c and the binaries from the GUI after configuring the GPIO mapping. For eg, you need to map the GPIOs as per your requirement.
This is a custom board we made, and the current DPD is running normally.
We will send you the configuration file created in the GUI as an attachment.
UC51-LS is used, and RF LO is being modified directly in the generated file.
Please help.
thank you
While the DPD is running on one side of the ORX, please check if the data is available on the ORX side which will go to the FPGA over JESD.
Are you using 4 Tx/4 Rx/4 ORx Input Use Case as described in Page 115 of the UG? Can you check/ monitor if ORX_CTRL_A is pulled high, this is mandatory for the data to go to FPGA over JESD.
Can you check/ monitor if ORX_CTRL_A is pulled high, this is mandatory for the data to go to FPGA over JESD.
If so, is it correct to keep ORX_CTRL_A as "Low" in the UL (RX) section?
please answer about my question.
Can you check/ monitor if ORX_CTRL_A is pulled high, this is mandatory for the data to go to FPGA over JESD.
If so, is it correct to keep ORX_CTRL_A as "Low" in the UL (RX) section?
please answer about my question.
No, you can still keep the CTRL_A high even during RX duration.
We are using UC51-Link sharing.
If so, is there no effect on data in JESD RX/ORx lane?
Please advise.
During the TX duration, you get ORX data and during RX duration, you get RX data on the JESD. There should not be any problem.
How should I control the value of the part circled in red in the picture above?
1) ORx2_Tx_SEL, ORx4_Tx_SEL
2) ORx1_Tx_SEL, ORx3_Tx_SEL
3) ORx1_Tx_EN, ORx2_Tx_EN, ORx3_Tx_EN, ORx4_Tx_EN
Even when ORX_CTRL_A is set to high, the customer says that Rx data comes out through JESD, but ORx data does not come out through JESD.
Any advice on what could be the problem?
Please advise.
Thank you.
According to my customer's words, RX_EN must be active for ORX data to come out as JESD.
Does RX_EN of ADRV9029 have to be active for JESD output of ORX Data to come out?
If I have to always enable RX_EN in TDD operation to get ORX JESD data from ADRV9029, it seems to be at a loss in terms of power consumption.
Please answer about my question.
Thank you
How should I control the value of the part circled in red in the picture above?
As shown in the picture, these are defaulted to their respective logics over SPI as explained in the UG, Page 115.
We will get back on this.
According to my customer's words, RX_EN must be active for ORX data to come out as JESD.
Does RX_EN of ADRV9029 have to be active for JESD output of ORX Data to come out?
No, Only during TX ON time, you would get the ORX data and RX_EN must not be active.
Please keep TX_ON active for all the time and check if you could observe ORX data on the JESD