1. Home
  2. Field-Programmable Gate Arrays
  3. Downloading problems [Memec DS-BD-V2MB1000 Virtex-II board].

Downloading problems [Memec DS-BD-V2MB1000 Virtex-II board].

Hi,

I am using JTAG Cable IJC-2 from Memec and Xilinx Platform Studio (Xilinx EDK 6.3 Build EDK_Gmm.12.3+1) to program subj.

Typically in the morning, the programming fails constantly until it suddenly works after an hour or two. When it then works, it keeps working. For that reason i beleive my code is OK. ;-)

When it does not work, i get this error:

--- INFO:iMPACT:580 - '2':Checking done pin ....done. '2': Programming terminated, Done did not go high. Elapsed time = 21 sec. ---

I tried to change port type on my LPT-port to all possible modes. I shortened the cable between JTAG module and board to approx. 5 cm, using a ribbon cable with GND between all wires.

I can provoke the error by unplugging the board from the PSU for about

5 mins. But I can't seem to find a way to get it working again - other than swinging the cat by its tail and then it suddenly works.

I hope that someone in here have any bright ideas. :)

The entire log from Xilinx Platform Studio is pasted here, if needed:

--- (Console Log) PM_SPEC -- Xilinx path component is Project Opened. At GMT date and time: 2005:3:18:10:30:41 Command bash -c "cd /xygdrive/c/Xilinx/Workshops/MB1000_Web_Server_Design_EDK63/MB1000_Web_Server/; /usr/bin/make -f system.make download; exit;" Started...

********************************************* Downloading Bitstream onto the target board ********************************************* impact -batch etc/download.cmd PM_SPEC -- Xilinx path component is // *** BATCH CMD : setMode -bs // *** BATCH CMD : setCable -port auto AutoDetecting cable. Please wait. No resources. No resources. Connecting to cable (USB Port). Cable connection failed. Connecting to cable (Parallel Port - LPT1). Checking cable driver. Driver windrvr6.sys version = 6.2.2.2. LPT base address = 0378h. ECP base address = FFFFFFFFh. Cable connection established. // *** BATCH CMD : identify Identifying chain contents ....Version is 0010 '1': : Manufacturer's ID =Xilinx xc2v1000, Version : 2 INFO:iMPACT:1777 - Reading C:/Xilinx/virtex2/data/xc2v1000.bsd... INFO:iMPACT:501 - '1': Added Device xc2v1000 successfully.

----------------------------------------------------------------------

---------------------------------------------------------------------- Version is 0000 '2': : Manufacturer's ID =Xilinx xc18v04, Version : 0 INFO:iMPACT:1777 - Reading C:/Xilinx/xc18v00/data/xc18v04.bsd... INFO:iMPACT:501 - '1': Added Device xc18v04 successfully.

----------------------------------------------------------------------

---------------------------------------------------------------------- done. Elapsed time = 0 sec. // *** BATCH CMD : identifyMPM Elapsed time = 0 sec. // *** BATCH CMD : setAttribute -position 2 -attr configFileName

-value "implementation/download.bit" '2': Loading file 'implementation/download.bit' ... done. INFO:iMPACT:501 - '2': Added Device xc2v1000 successfully.

----------------------------------------------------------------------

----------------------------------------------------------------------

----------------------------------------------------------------------

---------------------------------------------------------------------- // *** BATCH CMD : program -p 2 Validating chain... Boundary-scan chain validated successfully. '2':Programming device... '2': Reading status register contents... INFO:iMPACT:2146 - Status register values: INFO:iMPACT - 0011 0000 0001 0000 0000 0000 0000 0000 done. INFO:iMPACT:579 - '2': Completed downloading bit file to device. INFO:iMPACT:580 - '2':Checking done pin ....done. '2': Programming terminated, Done did not go high.

Reply to
Henrik Koksby Hansen
Loading thread data ...

Hi henrik I am not sure but is this got something to do with the DONE pin not going high. I dont know abt platform studio but then with Project navigator there is a setting which drives the done pin high that is if the done pin in the circuit is not connected to a pullup resistor. Hope this helps.

Reply to
design
[...]
[...]

Hello, design? :)

[...]

Yeah, but I can't seen to find any settings that does this. I am pretty new to this. :) Anyways, I powered off the board and soldered a 10kOhm resistor from the DONE-pin to Vcc. And it actually worked after I powered it on again and programmed it.

[...]

I hope so too. Only time will show if the pull-up resistor did the trick. ;-)

--
Henrik
Reply to
Henrik Koksby Hansen

[...]

Damn, it did not work. After some hours it went mad at me again.

Does anyone have any ideas on what to try out?

--
Henrik
Reply to
Henrik Koksby Hansen

I've seen similar strangeness on this board, maybe it's relevant. It occurrs if I have the configuration mode jumpers set for Slave Serial mode (e.g. for configuring from the PROM) but was actually configuring via JTAG instead.

The fix for me was to ensure that the mode jumpers were in the exactly correct place. So, for JTAG, I think that's Open closed open closed (from left to right). Or, for PROM-configuration, all closed.

Hope this helps,

John

Reply to
John Williams

[...]

Hi John,

[...]
[...]

All jumpers was actually closed. I tried to set the jumpers as described. By the way, it tells the same jumber positions in the manual for the board on p. 22. Unfortunatly it did not work. I additionally tried disabling the PROM by JP28, but that makes no difference either.

I'll just power cycle the board a few times, and un- and replug until it suddenly works. But it would be nice to get it working every time. I will talk to a Memec guy on tuesday - if I have no solution by then I will try and ask him. And, if he has a solution, I will post it in here.

Please let me know if you have any further ideas - I appreciate any help I get. :)

--
Henrik
Reply to
Henrik Koksby Hansen

[...]

The solution was to NOT connect the Vcc-wire of the JTAG to the JTAG interface on the board - but directly to the 3,3V supply outlet on the board. Well, it didn't solve the problem completely, but it is much much better now.

--
Henrik
Reply to
Henrik Koksby Hansen

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.