Xilinx PROM XCF02S not programming

[anshumantech 0]

Hello,

On my FPGA board I have FPGA XC3S400-PQG208 and PROM XCF02S. I am using Digilent’s Adept to program my device by using HS1 cable. If I program only FPGA XC3S400-PQG208 by using HS1 then it program successfully and executes also. While if I choose to program XCF02S by using HS1 it shows massage “Programming Successfully” but it fails to execute. While by using Xilinx ISE 10.1 Impact to programs FPGA XC3S400-PQG208 and PROM XCF02S, it programs successfully and executes also, in this I used parallel cable to program.

I have tried .svf and .mcs both types of files.

All connections are same in both programming methods i.e using ISE 10.1 Impact and Digilent’s Adept.

Attaching screenshot of same please check.

Thank you.

[JColvin 338]

Hi @anshumantech,

I think this is one of those situations where Adept (in it's early days of development) had extra devices added to it's internal compatibility table in the thoughts that they would be programmed in the same way that other devices in their family would be, but that is not the case everything, such as for the PROM XCF02S. I believe Adept will be updated at some point so that it properly excludes these devices that are not actually compatible.

Thanks,
JColvin

[anshumantech 0]

Hello @JColvin

That’s funny, something that is purchased & working to do specific function like programming PROM XCF02S through parallel port JTAG (ISE 10.1 Impact), you mean to say, Adept HS1 will endeavor to exclude it & make it lame programming tool! Please think and give proper solution & not such a cryptic reply expected.

[malexander 5]

@anshumantech

The Adept GUI application was developed to provide a lightweight application for programming the FPGA and flash memories on Digilent system boards. It was not meant to be a general purpose programmer for all CPLD/FPGA/Flash combinations, and as a result we only tested the device combinations that were on Digilent system boards. We recommend using iMPACT 14.x with out plug-in for general purpose programming of older CPLD and Flash devices. For newer devices we recommending using Vivado. I don't think Vivado supports the XCF02S but I know it's supported in iMPACT. Have you tried using the HS1 and iMPACT with the Digilent Plugin to program the XCF02S on your board? You don't need a license to use iMPACT (part of ISE) for programming and you can download 14.7 here:
https://www.xilinx.com/support/download/index.html/content/xilinx/en/downloadNav/design-tools.html

https://store.digilentinc.com/digilent-plugin-for-xilinx-tools-download-only/

Thanks,
Michael

[malexander 5]

One thing I forgot: if you install ISE 14.7 and have it install the cable drivers then there shouldn't be any need to manually install the Digilent plugin.

[anshumantech 0]

@malexander

Hello,

Thanks for reply.

As you have mentioned I tried with ISE 14.7 and 14.2 Impact through HS1 cable. But problem is related to IDcode of device. Please check attached table

 

While programming XCF02S, I have got below problem.

PROGRESS_START - Starting Operation.

INFO:iMPACT:583 - '1': The idcode read from the device does not match the idcode in the bsdl File.

INFO:iMPACT:1578 - '1':  Device IDCODE :        00000000000000000000000000000000

INFO:iMPACT:1579 - '1': Expected IDCODE:    00000101000001000101000010010011

Please make sure that the version of the xc18v00 proms you are using are supported in iMPACTPROGRESS_END - End Operation.

then I have referred “#AR13529: iMPACT - "ERROR: iMPACT:583 - '2' The IDCODE read from the device does not match the IDCODE in the BSDL file" and changed TCK frequency.

 

 

So for 250Khz got below result,

 

PROGRESS_START - Starting Operation.

INFO:iMPACT:583 - '1': The idcode read from the device does not match the idcode in the bsdl File.

INFO:iMPACT:1578 - '1':  Device IDCODE :        00000000000000000000010001000000

INFO:iMPACT:1579 - '1': Expected IDCODE:    00000101000001000101000010010011

Please make sure that the version of the xc18v00 proms you are using are supported in iMPACTPROGRESS_END - End Operation.

Elapsed time =      0 sec.

 

For 1MHz got below result,

PROGRESS_START - Starting Operation.

INFO:iMPACT:583 - '1': The idcode read from the device does not match the idcode in the bsdl File.

INFO:iMPACT:1578 - '1':  Device IDCODE :        00001111111111111111111111111111

INFO:iMPACT:1579 - '1': Expected IDCODE:    00000101000001000101000010010011

Please make sure that the version of the xc18v00 proms you are using are supported in iMPACTPROGRESS_END - End Operation.

 

For more than 3MHz result is,

 

PROGRESS_START - Starting Operation.

INFO:iMPACT:583 - '1': The idcode read from the device does not match the idcode in the bsdl File.

INFO:iMPACT:1578 - '1':  Device IDCODE :        00000000000000000000000000000000

INFO:iMPACT:1579 - '1': Expected IDCODE:    00000101000001000101000010010011

Please make sure that the version of the xc18v00 proms you are using are supported in iMPACTPROGRESS_END - End Operation.

 

While all the connections on my boards are remain same, same thing happened with XCF04S. But if you will check above table in that XCF02S is programming by using parallel port cable.

So please give me suggestion on the same.

 

 

[malexander 5]

@anshumantech

It's interesting that the ID code changes based on the chosen TCK frequency. This suggests that there may be some signal integrity issues. How are you attaching the HS1 to the board that contains the device that you are trying to program? Is it plugged directly into a header on the board? Does the board contain additional resistors in line with the JTAG signals? What voltage is the JTAG scan chain operating at, and is the VREF pin of the JTAG header, and more importantly JTAG HS1, being powered at the correct voltage?

Thanks,
Michael

[anshumantech 0]

@malexander

Let us concentrate on XCF02S, let me answer your latest queries as below:

In the same chain as XCF02S the board has XC3S400 FPGA & using HS1. It can be programmed as below. Now being the same chain, if its FPGA programs then it answers all your questions about operational voltage of JTAG, series resistors, VREF pin of JTAG header etc.

Please check below table.

Edited November 7 by anshumantech

[malexander 5]

@anshumantech

You're impact results from above strongly suggest a timing or signal integrity issue and just because iMPACT claims to program have programmed the XCS3400 successfully doesn't dismiss the need to further investigate those issues. Can you send me a schematic that shows all of the JTAG scan chain and tell me the reference designator of the header that you are plugging the HS1 into?

Thanks,
Michael

[anshumantech 0]

@malexander

Thanks for your reply,

Since it is a part of bigger system, I am enclosing only relevant parts of schematic. Please refer below diagrams.

First diagram contains FPGA XC3S400 connected to XCF02S with JTAG chain. You can see onboard JTAG header in the same which is just a 6 pin relimate to connect HS1 cable. For configuring FPGA XC3S400 with PROM XCF02S mode selections pins are grounded using L4,L5,L6. For TDO signal,  we shorted 2-3 pins of J13 which is 3 pin header. When PROM is used/included in JTAG chain;  also keep J14 2 pin header shorted.

In second diagram, connection from Digilent’s HS1 cable to on board JTAG header is shown.

Please give suggestion on this. In the light of data as presented in the table above & know that we use 100s of FPGAs in various products, while presently issue is to upgrade to Win10 OS.

 

 

Edited November 11 by anshumantech

[malexander 5]

@anshumantech

Are the XC3S400 and XCF02S actually powered at 5V or are their JTAG signals referenced to 3.3V or some other voltage?

Are there any buffers/level translators omitted from this diagram?

I believe that you said you were able to successfully configure the XC3S400 with the HS1. If that's true, did you try configuring it with XCF02S in the scan chain or was it omitted from the scan chain by shorting pins 1 and 2 of J13? If you haven't tried configuring it with the XCF02S in the scan chain then it would be interesting to configure it with that device in the chain. Perhaps configuration would succeed but read back would fail.

Thanks,
Michael

[anshumantech 0]

@malexander

Thanks for reply.

XC3S400 and XCF02S are powered at 3.3V, while JTAG powered at 5V. There is no any buffer/level translator in this circuitry.

To configure only FPGA we shorted 1 and 2 of J13. When 2 and 3 of J13 shorted at that time FPGA and PROM both comes into picture.

It’s my two observations: under ISE impact through parallel port on XP, there is an option to bypass FPGA & select PROM which apparently ensures that code related PROM & stays there. While under Adept HS1 you can’t bypass FPGA but can select PROM in that case it seems that bit stream comes through PROM yet doesn’t stay there as bypass option is not seen on screen. Is it hidden under selection procedure itself?

 

[malexander 5]

@anshumantech

I looked at the datasheet for the XC3S400 and it says that the JTAG pins are powered by VCCAUX. It also states that VCCAUX can be 2.5V or 3.3V. Further, it specifies an absolute maximum voltage of 4.6V for all dedicated pins. The VREF pin of the HS1 powers the high speed buffers that drive the TMS, TDI, and TCK signals from the module. If you power the VREF pin at 5V then those buffers have drive strength of up to +32/-32mA and will output approximately 5V on the line for a logic '1', which will violate the absolute maximum input voltage specified for the XC3S400 JTAG pins. Over driving the pins may be what's causing the erratic behavior that you are seeing with the HS1, as opposed with a parallel programmer, which may use different buffers. If at all possible I'd try disconnecting +5V from pin 1 of your JTAG header and replacing it with the onboard 3.3V supply or whichever supply you use to power VCCAUX.

Thanks,
Michael