Jump to content
  • 0

NesysVideo JTAG Problem -- 1  whole scan chain (ftdi_write_data_submit failed: usb bulk read failed)


Eric888

Question

I bought a NexysVideo and try to replace XC7A200T-1SBG484C with XC7A200T-2SBG484C.

After replaced it, The Color bar can display, but there is an error message when I using xsct to connect and using "targets" command via usb prog port.

the error message is "1  whole scan chain (ftdi_write_data_submit failed: usb bulk read failed)".

Does the USB->JTAG not support  XC7A200T-2SBG484C or other issues ?

Link to comment
Share on other sites

11 answers to this question

Recommended Posts

  • 0
4 hours ago, Eric888 said:

Thanks @Mario875,The problem has been solved, the problem is that ic1 NC7SZ66P5X is missing!

Yes,I tried programming directly using the JTAG interface on jumper J17 that is same as USB-JTAG.

 

 

Glad it's now sorted, looks like I was correct in my last post where I said...

 

23 hours ago, Mario875 said:

The issue could also be the NC7SZ66P5X which is a bus switch that the TDI & TDO lines go do...

It is an issue if it's not on the board all together ?

Link to comment
Share on other sites

  • 0

When you say you replaced the FPGA, do you mean you actually de-soldered the original one and soldered a new one?

 

If so there are a couple of things to query, such as how was this done (as in what tools / method were used)? Are you sure there have been no pads lifted when the old FPGA was lifted? Are you sure the new FPGA is soldered properly with no bridges, making good contact to the pads on the board, etc?

 

Also, I suppose the bigger question is...where did you manage to source the new FPGA? Was it from a reputable retailer or someone on Ali-Express? As I have just done a quick check and this particular FPGA is one of the many which currently has a lead time into 2022 from places like Farnell, DigiKey & Mouser. So if you sourced it from Ali-Express it could be one which has issues and failed QC, hence was never sent onto reputable distribution centres.

 

Honestly, if you have installed a new BGA to the board, you are effectively on your own with this one. Obviously there are users here willing to help, but I would not expect Digikey reps to be much help as you will have well and truly voided any warranties and introduced a change which has not been tested by them and not to mention the very high possibility the issues you are encountering are self-induced in the sense that it could very well be an issue with the removal & installation of the BGA packages.

Link to comment
Share on other sites

  • 0
On 7/22/2021 at 3:10 PM, Mario875 said:

When you say you replaced the FPGA, do you mean you actually de-soldered the original one and soldered a new one?

 

If so there are a couple of things to query, such as how was this done (as in what tools / method were used)? Are you sure there have been no pads lifted when the old FPGA was lifted? Are you sure the new FPGA is soldered properly with no bridges, making good contact to the pads on the board, etc?

 

Also, I suppose the bigger question is...where did you manage to source the new FPGA? Was it from a reputable retailer or someone on Ali-Express? As I have just done a quick check and this particular FPGA is one of the many which currently has a lead time into 2022 from places like Farnell, DigiKey & Mouser. So if you sourced it from Ali-Express it could be one which has issues and failed QC, hence was never sent onto reputable distribution centres.

 

Honestly, if you have installed a new BGA to the board, you are effectively on your own with this one. Obviously there are users here willing to help, but I would not expect Digikey reps to be much help as you will have well and truly voided any warranties and introduced a change which has not been tested by them and not to mention the very high possibility the issues you are encountering are self-induced in the sense that it could very well be an issue with the removal & installation of the BGA packages.

Yes, I de-soldered the original one and soldered a new one. I sent it to SMT facotry they did it for me.

After replaced,The HDMI output,DISP1 output and all buttons and Leds is worked,I think the FPGA may be not an issue.

Is it possible that FTDI's firmware does not support it?

Link to comment
Share on other sites

  • 0

The FTDI firmware should not be a problem, because it is the exact same FPGA, just a higher speed grade. All the pins for the JTAG will be the same as the original FPGA.

 

Is it possible that the company you sent it to tried to update the FTDI firmware? I have read that the FTDI software can erase the Digilent firmware without warning when you open their software with the Digilent board connected. Maybe this happened?

 

There is an dedicated thread about restoring FTDI firmware here... 

 

Maybe @JColvin can detail the method required to restore the FTDI firmware for the Nexys video. That is what I would do first. Restore the firmware back to factory and then see what happens.

 

 

Link to comment
Share on other sites

  • 0
13 hours ago, Mario875 said:

The FTDI firmware should not be a problem, because it is the exact same FPGA, just a higher speed grade. All the pins for the JTAG will be the same as the original FPGA.

 

Is it possible that the company you sent it to tried to update the FTDI firmware? I have read that the FTDI software can erase the Digilent firmware without warning when you open their software with the Digilent board connected. Maybe this happened?

 

There is an dedicated thread about restoring FTDI firmware here... 

 

Maybe @JColvin can detail the method required to restore the FTDI firmware for the Nexys video. That is what I would do first. Restore the firmware back to factory and then see what happens.

 

 

@Mario875Thanks very much! I leave message to @JColvin on the thread that you provided. Waiting to get a PM.

Link to comment
Share on other sites

  • 0

Replacing the FPGA on a cheap board with a faster grade part is rather extreme; certainly not cost effective. Be aware that there are unexpected issues that might crop up when trying to push a board beyond the original design capabilities. These things aren't PC motherboards. Perhaps it's work out fine; perhaps not.

Did the company that did the work supply proof of connectivity, like xray scans? Do they guarantee their work?

 

Edited by zygot
Link to comment
Share on other sites

  • 0
10 hours ago, zygot said:

Replacing the FPGA on a cheap board with a faster grade part is rather extreme; certainly not cost effective. Be aware that there are unexpected issues that might crop up when trying to push a board beyond the original design capabilities. These things aren't PC motherboards. Perhaps it's work out fine; perhaps not.

Did the company that did the work supply proof of connectivity, like xray scans? Do they guarantee their work?

 

It is used to make prototypes, not production. If it is feasible, it can save us time for proof of concept. If it is not feasible, then we will find other solutions for prototype.

Link to comment
Share on other sites

  • 0
On 7/24/2021 at 10:48 PM, Mario875 said:

Hopefully that will fix the issue. If it does, please let us know.

It does not work:(.

I use xsct command "connect" and "targets",The “targets” command did not reply to any messages.

 

xsct% connect

tcfchan#2

xsct% targets

xsct%

I used "jtag targtes" and it responded with errors.

xsct% jtag targets

  1* Digilent Nexys Video 210276019386B (error DR shift through all ones)

Link to comment
Share on other sites

  • 0

Have you tried programming directly using the JTAG interface on jumper J17? If you have that option it would be my next port of call to rule out the USB - JTAG interface.

 

Looks like xsct can see the board, but with errors on the JTAG boundary scan. Take a look at some of these threads....

 

https://forums.xilinx.com/t5/Embedded-Development-Tools/Problem-of-Boundary-Scan-Chain-of-Devices/td-p/168196

 

https://forums.xilinx.com/t5/Embedded-Development-Tools/JTAG-chain-error-in-SDK-9-Whole-scan-chain-DR-shift-through-all/td-p/819407

 

https://forums.xilinx.com/t5/ACAP-and-SoC-Boot-and/JTAG-chain-error-in-XSCT-1-Whole-scan-chain-DR-shift-output-all/td-p/1038266

 

Looks like you need to verify the JTAG TMS, TCK, TDI & TDO lines are all in the the correct states and being pulled up properly with the proper voltages, etc. The issue could also be the NC7SZ66P5X which is a bus switch that the TDI & TDO lines go do, presumably to allow interface either via the FMC connector or via normal JTAG header.

 

However, just incase it is something this simple, you have double checked all the jumpers on the board are in the correct position, yes? Not set for say direct JTAG interface programming when you are trying to program over the USB or anything?

 

If the jumpers are all correct then it's time to sit down with the board, schematic and an oscilloscope / test gear to find the fault (which could still be under the FPGA on the BGA connections).

 

Schematic can be found here... https://reference.digilentinc.com/_media/reference/programmable-logic/nexys-video/nexys_video_sch.pdf

Link to comment
Share on other sites

  • 0
19 hours ago, Mario875 said:

Have you tried programming directly using the JTAG interface on jumper J17? If you have that option it would be my next port of call to rule out the USB - JTAG interface.

 

Looks like xsct can see the board, but with errors on the JTAG boundary scan. Take a look at some of these threads....

 

https://forums.xilinx.com/t5/Embedded-Development-Tools/Problem-of-Boundary-Scan-Chain-of-Devices/td-p/168196

 

https://forums.xilinx.com/t5/Embedded-Development-Tools/JTAG-chain-error-in-SDK-9-Whole-scan-chain-DR-shift-through-all/td-p/819407

 

https://forums.xilinx.com/t5/ACAP-and-SoC-Boot-and/JTAG-chain-error-in-XSCT-1-Whole-scan-chain-DR-shift-output-all/td-p/1038266

 

Looks like you need to verify the JTAG TMS, TCK, TDI & TDO lines are all in the the correct states and being pulled up properly with the proper voltages, etc. The issue could also be the NC7SZ66P5X which is a bus switch that the TDI & TDO lines go do, presumably to allow interface either via the FMC connector or via normal JTAG header.

 

However, just incase it is something this simple, you have double checked all the jumpers on the board are in the correct position, yes? Not set for say direct JTAG interface programming when you are trying to program over the USB or anything?

 

If the jumpers are all correct then it's time to sit down with the board, schematic and an oscilloscope / test gear to find the fault (which could still be under the FPGA on the BGA connections).

 

Schematic can be found here... https://reference.digilentinc.com/_media/reference/programmable-logic/nexys-video/nexys_video_sch.pdf

Thanks @Mario875,The problem has been solved, the problem is that ic1 NC7SZ66P5X is missing!

Yes,I tried programming directly using the JTAG interface on jumper J17 that is same as USB-JTAG.

 

 

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...