BTCMiner - Open Source Bitcoin Miner for ZTEX FPGA Boards, 215 MH/s on LX150

[robertrex]

Eventually I solved it with some help from BR0KK.

Here is how I did it...
1. Click on the start menu and type RUN and hit enter. You will see the RUN window, type hdwwiz in the Open field and click OK button.
https://dl.dropbox.com/u/704649/ztex%20driver6.png

2. It will open "Add Hardware Wizard" as shown in the screenshot below. Click "Next" button to proceed to next step.

3. Choose "Install the hardware that I manually select form a list (Advanced)" and click "Next" button.

4. Choose "Show All Devices" and hit the "Next" button.

5. Click "Have Disk" button and browse to ztex-120412\ztex\libusb-win32\ztex.inf at the downloaded SDK folder.

https://dl.dropbox.com/u/704649/ztex%20driver4.png

6. Select the "Ztex module" and click "Next" button.

https://dl.dropbox.com/u/704649/ztex%20driver5.png

7. Click "Next" to skip final window before the installation will begin.

8. Click on the "Finish" button to close the wizard.

9. I then had to power off the Ztex module.

10. When it come up again it was recogniced as a Zetex module and it was possible to run the "java -cp ZtexBTCMiner-120703.jar BTCMiner..." at the CMD promt to start mining.

[1713569524]

1713569524

[1713569524]

1713569524

[1713569524]

1713569524

[1713569524]

1713569524

[pazor]

fehler bei einem fpga 1.15x modul

ztex_ufm1_15d4-?4A346E1?4: New device: bitfile=ztex_ufm1_15d4   f_default=200,00MHz  f_max=240,00MHz  HpC=1.0H
ztex_ufm1_15d4-?4A346E1?4: MAC address: 0004a346e104
Warning: High speed FPGA configuration failed, trying low speed mode:Error sending Bitstream: -22: libusb0-dll:err [submit_async] submitting request failed, win
 error: ? ? ?? .
: Trying low speed mode

MAC Adresse ist defekt.


irgend eine idee ?

[BR0KK]

Power raus und wieder rein?

Wenn das nicht geht, power raus --> JP1 setzen --> power wieder dran --> sofort JP1 öffnen. Dann sollte das  Board wieder programmierbar sein.

[pazor]

Besten Dank!

board nach Anleitung neu programmiert -> läuft wieder wie gehabt

[blackice]

Dear FPGA miners,

I am trying to build the "open source" ZTEX project ZtexBTCMiner-120703

http://www.ztex.de/btcminer/ZtexBTCMiner-120703.tar.bz2

under ISE 14.1 and I am having difficulty making the LX150 Bitfile for the 4 FPGA version of ztex_ufm1_15y1.  I am using ISE Project Navigator 14.1 configured as follows:
 
SET AS TOP MODULE:                                   ztex_ufm1_15y1 (ztex_ufm1_15y1.v)
INCLUDED UCF FILE:                                     ztex_ufm1_15y1.ucf
TARGET DEVICE:                                          xc6slx150-3csg484

The problems are:

(1) I would like to get some recommended part numbers for low profile heatsinks, I notice that Digi-key does not carry Radian.   
(2) Route:441 - The router has detected a very high timing score (7681590) for this design. It is extremely unlikely the router will be able to meet your timing requirements. To prevent excessive run time the router will change strategy. The router will now work to completely route this design but not to improve timing. This behavior will allow you to use the Static Timing Report and FPGA Editor to isolate the paths with timing problems. The cause of this behavior is either overly difficult constraints, or issues with the implementation or synthesis of logic in the critical timing path. If you would prefer the router continue trying to meet timing and you are willing to accept a long run time set the option "-xe c" to override the present behavior.

(Router eventually gives up)

There is no ISE project file in the source tree, and Dr. Z has given his assurance that the .ucf file is complete.

Can anyone please give me some direction on how to build this bitfile correctly, apart from what I am doing as described above?  I have searched these forums and come up with nada. 6500 subproject on GitHub builds just fine, using the same setup.

https://github.com/progranism/Open-Source-FPGA-Bitcoin-Miner/tree/master/projects/X6000_ztex_comm4

The reason I want to build my own bitfile should be obvious to the thirsty...and fellow abductees.  Damn probes. Just wait until we get one of them onto a steel table.

[BR0KK]

(1) I would like to get some recommended part numbers for low profile heatsinks, I notice that Digi-key does not carry Radian. 

4 260120 532201 titan TC .... Cooler

But its hardly enough to keep the fpga under 50 degrees C

[ztex]

(1) I would like to get some recommended part numbers for low profile heatsinks, I notice that Digi-key does not carry Radian. 

4 260120 532201 titan TC .... Cooler

But its hardly enough to keep the fpga under 50 degrees C

Due to the faster fans the performance of the low profile Titan Titan TTC-CSC03 coolers is about the same as of the standard coolers.

BTW, these Titan coolers are used for the performance measurements in https://bitcointalk.org/index.php?topic=49180.msg585490#msg585490.

[BR0KK]

I found that my Board are getting hotter on top and on the underside.

That may have something to do with time and dust

I switched back to the xilence ones....

I have ordered 15 of these coolers. I thought of using them to cool the Underside of my Boards?
I got phobia thermal pads as well (30x30x5mm) but I think they will be to thick to cool it; they look mor like insulating pads ....

Any thoughts on that?

[antirack]

Edit: Clarified my question. I'd like to know if the rest of the cluster is basically dead when this happens or if there is still work done in the background.

In rescan mode no results are read our and no work is submitted. But the FPGA's are still computing. If rescanning only takes a few seconds usually no computation time is lost.

BTW, the board 0004a36df2b5 was not produced by me. The errors are probably caused by an power supply problem.  You should first check whether the output voltages of the voltage regulators are o.k.

Thanks for your feedback. It seems the problem was caused by some of the thermal grease that I used on this particular unit on an earlier test.

The silver/grey color thermal compound is really difficult to get rid of (Arctic Silver?). Even after brushing it down with isopropyl alcohol and acetone I still have visible residue on the FPGA packages.

The board has been up and running for a few days now without any errors. Before that, I had the above errors very frequently forcing me to power cycle it.

[antirack]

Due to the faster fans the performance of the low profile Titan Titan TTC-CSC03 coolers is about the same as of the standard coolers.

BTW, these Titan coolers are used for the performance measurements in https://bitcointalk.org/index.php?topic=49180.msg585490#msg585490.

Shameless plug:

If anybody needs these Titan CSC03 coolers, I have a few hundred of them sitting in my office here in Hong Kong (I also still have some of the higher Deep Cool left).

http://www.titan-cd.com/Y_product_Search_e.php?id=736

They work really very well with the Ztex boards.

The good thing is that they are very small, including packing, shipping is not a big problem. If I remember correctly 500 of them is just a small box a little bigger than a shoe carton.

[BR0KK]

Hi Ztex:

Is it possible to let the Quad boards flash when a nounce is found?

 

[randomguy7]

Hi Ztex:

Is it possible to let the Quad boards flash when a nounce is found?

He somewhere wrote that this is only possible for the single boards.

[ztex]

Hi Ztex:

Is it possible to let the Quad boards flash when a nounce is found?

He somewhere wrote that this is only possible for the single boards.

Correct, the quads does not have a general purpose LED which can be used for this.

[aTg]

Nobody has problems with BTCMiner and DeepBit? The program run very slow and frequency after scanning boards not growing from 200MH/s.
The traffic passes through a srv-u240.antiddos.biz and since it BTCMiner generates many overfflows and the circuit does not exceed 200MH / s
Talking to responsible of DeepBit it say the vast majority of miniers have no problems and te pool returned to 3.5 TH/s after attack.
Any solution?
Greetings.

[Turbor]

Nobody has problems with BTCMiner and DeepBit? The program run very slow and frequency after scanning boards not growing from 200MH/s.
The traffic passes through a srv-u240.antiddos.biz and since it BTCMiner generates many overfflows and the circuit does not exceed 200MH / s
Talking to responsible of DeepBit it say the vast majority of miniers have no problems and te pool returned to 3.5 TH/s after attack.
Any solution?
Greetings.

Change the pool Alex what is srv-u240.antiddos.biz ?

[aTg]

Nobody has problems with BTCMiner and DeepBit? The program run very slow and frequency after scanning boards not growing from 200MH/s.
The traffic passes through a srv-u240.antiddos.biz and since it BTCMiner generates many overfflows and the circuit does not exceed 200MH / s
Talking to responsible of DeepBit it say the vast majority of miniers have no problems and te pool returned to 3.5 TH/s after attack.
Any solution?
Greetings.

Change the pool Alex what is srv-u240.antiddos.biz ?

 That server where redirected traffic pit.deepbit.net. no way of skipped and seems to cause problems of communication, which I would like to know is that these problems make BTCMiner stay paralyzed and unresponsive.

[Turbor]

Nobody has problems with BTCMiner and DeepBit? The program run very slow and frequency after scanning boards not growing from 200MH/s.
The traffic passes through a srv-u240.antiddos.biz and since it BTCMiner generates many overfflows and the circuit does not exceed 200MH / s
Talking to responsible of DeepBit it say the vast majority of miniers have no problems and te pool returned to 3.5 TH/s after attack.
Any solution?
Greetings.

Change the pool Alex what is srv-u240.antiddos.biz ?

 That server where redirected traffic pit.deepbit.net. no way of skipped and seems to cause problems of communication, which I would like to know is that these problems make BTCMiner stay paralyzed and unresponsive.

The getwork and submit time is a good indicator of a slow network. I had 2k5 ms rates with gpumax when they started. Now I have around 100 ms for BM

[BR0KK]

Im getting 200 to 250 getwork times for emc pool here in Germany
Poll loop is about 187....

Could this affect the hash rate ?

Total hash rate is around 3,9 GH
Submitted hash rate is 3,8 GH

And my pool displays average 3,6 to 3,7 (sometimes lower)
Hashrates. Should I switch the pool? 

[Turbor]

Im getting 200 to 250 getwork times for emc pool here in Germany
Poll loop is about 187....

Could this affect the hash rate ?

Total hash rate is around 3,9 GH
Submitted hash rate is 3,8 GH

And my pool displays average 3,6 to 3,7 (sometimes lower)
Hashrates. Should I switch the pool?  

No, EMC is US based IIRC. 200ms is fine. You can try BitMinter (server in Germany) but you won't see a hashrate difference.

[antirack]

Code:

Warning (try 1): error sending control message: Broken pipe

Any idea what is causing errors like this? They are not showing up in the logs as far as I can tell, just on the screen. Sometimes quite often. However, it doesn't exit and it seems to mine without problems.

Ubuntu 11.10 and 12.04, tried two different boxes both the same. Also tried changing the USB hubs but no difference.

1.15y cluster.