GUI connection issue

Hello,
I have also connection problems. ADRV9002 + ZYNQ702



The directory /home/analog/adrv9001_server/resources/Adi.Adrv9001.Server/
contains Adrv9001Server_B0_29.2.0


Ping in both directions is ok.

How can I star the server manualy?

Best regards
 Stefan

Hi Stefan,

You can manually start the server by navigation to that 'Adi.Adrv9001.Server/' folder and then running:

./Adrv9001Server_B0_29.2.0

This should manually start the server. While the server is starting it will attempt to connect to the ADRV9002 device. If this connection attempt fails then the server will fail, so make certain the device is connected securely and operational. If the server starts successfully the command prompt indicate that the server is waiting for something to connect to it. At this point go to TES on your host laptop and connect to the platform. If TES connects you should be good to go, it'd be unlikely that you'll need to perform this step again.

If you continue having issues capture a screenshot of the command prompt output and post it here, we'll take a look at it and provide next steps.

Best Regards,

Oisín.

Hello Oisin,,

I have no luck with the TES image.

I put the image (adrv9001-tes-sdcard.zipà 65883SD01.img) on the SD card several times. With this card the ZCU702 Board does not boot: I think the image is for the ZC706.
After copying the three files:
BOOT.BIN
Image
system.dtb

from the other SD card (directory zynqmp-zcu102-rev10-adrv9002) to the root directory of the TES card the system boot. But the server doesn’t start.

It would be very helpful, if you provide an image of the zcu102/adrv9002 TES configuration.

Hello again,

Upon re-reading your issue I noticed that you're using the ZCU702 board, rather than the ZC706. I apologise for not seeing that detail before. The current release does not support the ZCU702, however the next release will. The next software release is not long away, I can't confirm the exact date, but it should be very soon.

Do also take a look at the "Documents" tab of this forum. The next release of software will require an update to the SD card in order to accommodate the changes made. One of our engineers has written a guide on how to update the SD card to the version 12 release (the current release). When the next release is published the new SD card image will be available for download, and a new guide will be published on how to update to the version 13 image.

Best Regards,

Oisín.

Hi Oisin,

We also got a trouble. 

We used the "adrv9001-tes-sdcard.zip" image on ZC706,

But print Failed to start Load Kernel Modules, and could not find the folder "Adi.Adrv9001.server"

What can we do to solve this situation???

Hi again,

This is a bit of a pernicious issue, it happens pretty rarely but the root cause is very hard to track down. I believe it's caused by some error being saved into a log file. Sadly the only solution I've found to be effective is to wipe TES and the SDK from the host machine (making sure to backup any files you wrote yourself or modified for your application) as well as deleting the .zip file downloaded from analog.com. Use the "Uninstall.exe" found in the TES folder to remove TES properly, before deleting the SDK. Download a new SDK and reinstall TES from scratch. This should give you a completely uncorrupted install.

After that, before connecting TES to the ZC706, use PuTTY to confirm whether or not the Adi.Adrv9001.server folder is there. If it is, try to run the executable Adrv9001Server_B0_29.2.0 file. It may be called something else on your setup. With nothing connected, it should wait for something to try to connect to the server. At this point use TES to connect. If it isn't there, delete the /home/analog/adrv9001_server/resources folder, then try using TES to perform a "Force System Update" in the "File" dropdown menu in the top left corner. This should write a new folder with the server executable in it. Try to connect to TES normally first, then failing that try to connect by running the executable in PuTTY and then connecting through TES.

Failing all of that, your best bet is a clean build of everything. New SDK, new TES and new SD card image. Before trying any of this be certain to have backed up any essential files. I do apologize that this debug guide is convoluted, long and not really certain of itself, however this particular issue is not always an easy one to fix. Sometimes just reinstalling TES will fix everything and there'll be no need for the long and difficult debug process. Other times you'll be deleting and reinstalling things for a long time and then it'll work with no explanation.

The Documents Tab for this forum has a guide for reimaging the SD card, do give it a look also if you run into a lot of issues. Do also let me know if there's more questions I can answer.

Best Regards,

Oisín.

Hi Oisin,

Please see the photo below, it's used the "for ADRV9001 TES software R0.1 2020.07" SD Card, from the purchase box.

When run the "Adrv9001Server_B0_29.2.0" file, it's still not connect to the TES.

If Used the Website download "adrv9001-tes-sdcard.zip" image,

"Failed to start load kernel modules " Error message will still appear, try using TES to perform a "Force System Update", the folder and Adrv9001Server_B0_29.2.0 file finally appeared.

But run the "Adrv9001Server_B0_29.2.0" file, show below

I still can not connect to TES.

Hi Again,

I've had a chat with the team for more solutions to this issue. The next things to check are the firewall and the server. Make certain there's nothing on your laptop / pc that's interfering with traffic over the ethernet port. If there is you'll need to find a way to disable it and allow ethernet traffic.

Then to check the server, use PuTTY to perform the following commands:

"ps -x | grep server" -> To locate the PID of the Server. It should also confirm if the server is running at all. If it is not running, try to start it again.

"kill -9 <PID of server>" -> If the server is running, use this command to kill it and try running it again.

Do let me know if any of this works.

Best Regards,

Oisín.

Hi Oisin,

I think it may not be a problem with ethernet. When I used the ZC706 + AD9375 EVB, the TES connection is OK.

Is there anything that needs to change or set when the ZC706 connect with ADRV9002? (example:  Vadj 1.8V?)

Our ADRV9002 EVB red LED is Constantly On.....  UG-1828 says it auto adjust VAdj?

Hi Oisin,

ADRV9002 EVB red LED is correct now, when the SW12 switch to close the number(1,2,3,4) position.

But We still can not connect to TES....

Hi Oisin,

Attached file is the putty LOG, please let me know if you have any idea, Thank you!!!3362.putty_ADRV9002.log

By the way, the ADP5056 normally have 1V0, 1V3 and 1V8 output? 

Hi Luke,

Can you confirm for me that

a) The FPGA is configured exactly as stated in the User Guide

b) The Red LED remains off when the FPGA is fully configured (If it does not turn off then there's either an FPGA issue or a Linux kernel issue on the SD card)

c) All Green LED's on the board light up. There's one close to the Red LED at the bottom of the board, a dim one in the middle of the board to indicate all power domains are okay, and 2 at the top of the board signifying that the VCTCXO is powered on and is selected using the adjacent switch.

If we can confirm all of these and still the issue hasn't been fixed we'll know it's either a connection issue or a SW issue.

Best Regards,

Oisín.

Hi Luke,

Can you confirm for me that

a) The FPGA is configured exactly as stated in the User Guide

b) The Red LED remains off when the FPGA is fully configured (If it does not turn off then there's either an FPGA issue or a Linux kernel issue on the SD card)

c) All Green LED's on the board light up. There's one close to the Red LED at the bottom of the board, a dim one in the middle of the board to indicate all power domains are okay, and 2 at the top of the board signifying that the VCTCXO is powered on and is selected using the adjacent switch.

If we can confirm all of these and still the issue hasn't been fixed we'll know it's either a connection issue or a SW issue.

Best Regards,

Oisín.

Hi Oisin,

The DS901 does not light, please see the video.

2330.VID_20201215_100222.mp4

Unknown said:

Red

Hi Luke,

That light is very dim, so do make certain it's definitely not turning on. If it's not turning on that means that the power domains for the ADRV9002 are not being set to the right level, which would explain your difficulties in connecting to it. We've experienced similar issues when setups were damaged by human error.

The next thing we'll check is the inputs and outputs to the ADP5056 power supply chip. First check the three enable lines on R810, R807, R804 and then the power good output from the ADP5056 on R813. If the enable lines are all high and the output is low then there may be damage to this ADP5056 or to one of the surrounding components. These parts can be replaced if we confirm that there is indeed damage to them. One engineer noticed that a capacitor around the ADP5056 was causing a short to ground, go around the device and confirm that there's no damage to any component.

If the 3 enable lines are not high that would indicate that power being delivered to the board, which would suggest an issue with the ZC706. That'd be surprising, but it could have happened.

Let me know how this check goes.

Best Regards,

Oisín.

Hi Oisin,

This is really disappointing!!!

Three enable lines on R810, R807, R804 are all high(3.3V), and the Power good output on R813 is 4.8V.

Channel3 (L803, D901) output voltage is 0.79V, Channel2 output voltage is 0.09V, Channel1 is 0V....

And we could not found any capacitor short to ground that around the ADP5056.

Are there any software control or feedback could cause this situation?

Hi again Luke,

If your channel voltages are that far off then there's an issue with you ADP5056. Either the enable pin is being pulled to ground by the FPGA (part of the FMC connection standard is that any daughter card connected to an FMC connection must give control of the enable pin of the daughter card's power management circuitry to the FPGA. We adhere to this standard) or the chip itself has been damaged during your use of the product.

The Enable pin for the ADP5056 is routed to pin D1 on the FMC connecter. See if you can probe the enable pin at the ADP5056 side or at the FPGA side. If it's pulled to GND then the issue is with the FPGA.

If the enable pin is pulled high, then the last remaining solution is to replace the ADP5056. To the best of my knowledge this is not a trivial task, however we have successfully repaired damaged boards by replacing this chip.

As far as software causes for the issues you're experiencing, we've exhausted all of the possible explanations that we've encountered. We've attempted to manually start the TES server on the FPGA. We've redownloaded TES and reimaged the SD card with a TES image successfully. I assume you've confirmed that your Ethernet connection adheres to the requirements we outlined in the user guide, and you've double checked that the FPGA is configured as shown in the user guide.

A possible reason for the damage to the ADP5056 is your earlier work with with ZCU702 board. As this board is not yet supported by our software (it will be in future releases) the interface voltages will have likely been a fair deal higher than the 1.8V the ADRV9002 expects. We do have clamping circuitry in place to keep our card safe, but it was theorized that providing excessively high voltages to the interface pins may cause damage to the board. No-one in Analog Devices has encountered this, but it was believed to be a possibility.

Attempt to confirm the behavior of the Enable pin, failing that my only remaining piece of advice is to replace the ADP5056. Bear in mind that this is a difficult component to replace, we have had to make multiple attempts at some replacements in order to be successful. Let me know how far this takes you.

Best Regards,

Oisín.

Hi Oisin,

Really appreciate your effort. 

We do not work with ZCU702.

Whatever we work with ZCU102 or ZC706, this trouble still needs to be solved, next step we will contact the agent to help....

Hi Luke,

Apologies, I meant the ZCU102.

Do contact them, and any further questions or queries you have I'll be happy to answer here or elsewhere on the forum.

Best Regards,

Oisín.