Pages:
Author

Topic: BTCMiner - Open Source Bitcoin Miner for ZTEX FPGA Boards, 215 MH/s on LX150 - page 9. (Read 161727 times)

legendary
Activity: 966
Merit: 1000
Besten Dank!

board nach Anleitung neu programmiert -> läuft wieder wie gehabt
hero member
Activity: 784
Merit: 500
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.
legendary
Activity: 966
Merit: 1000
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: ? HuhHuhHuh? Huh?? HuhHuhHuh.
: Trying low speed mode

MAC Adresse ist defekt.


irgend eine idee ?
newbie
Activity: 12
Merit: 0
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.
hero member
Activity: 784
Merit: 500
Did you install libusb files correctly?


It has to look like this:
newbie
Activity: 12
Merit: 0
there is and its easy:
DL the Ztex SDK and let windows search for the driver of that unknown device (you have to point it to the ztex directory -> i dont remeber the full path, but it had something to do with libusb ..... <- Smiley

What am I missing... ?

I try to update the driver to the Unknownd device with the driver in the SDK "ztex-120412\ztex\libusb-win32\ztex.inf"

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

but only get a message that
"The folder doesn't contain any driver that is campatible with the device. If there is a driver in the folder, check that the driver is designed för Windows x64 based computers."

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

Any suggestions...?
hero member
Activity: 784
Merit: 500
there is and its easy:
DL the Ztex SDK and let windows search for the driver of that unknown device (you have to point it to the ztex directory -> i dont remeber the full path, but it had something to do with libusb ..... <- Smiley
newbie
Activity: 12
Merit: 0
Is there any guide about how got get the USB drivers/connection to work?

The BTC Miner says "No device found" and in devices it says "Unkonown device"
OS: Win 7 x64

/Robert
donator
Activity: 367
Merit: 250
ZTEX FPGA Boards
I've added some nice feature to BTCMiner. Most wanted feature by myself: a builtin HTTP-Server to monitor my FPGA-Cluster via Webbrowser (iPad@Home and iPhone@Street).

New Features:
- builtin HTTP-Server (select with -m h)
- some very basic and braindead builtin webpages to show cluster state
- pool switching via http
- autoreset error counter (option -ac)
- do not log to file (option -nolog). Important to me, because the cluster is running from a tiny embedded ssd.
- some fixes

Source and more infos: https://github.com/gr0bi42/BTCMiner

Thanks for the work. I plan to transfer some of the new features (not all, e.g. -host, -user and -pass are retained for backward compatibility, logging is mandatory for error tracking) in to the main branch. Especially I like the HTTP server.
donator
Activity: 367
Merit: 250
ZTEX FPGA Boards
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.

hero member
Activity: 784
Merit: 500
Nothing will Happen. U Need to Report the board to get it working again
hero member
Activity: 489
Merit: 500
Immersionist
Here is something I wanted to ask for a long time. What happens if BTCMiner outputs the following. Is it stuck in an unlimited loop and no work (on the other boards in the cluster) gets done?

Code:
(Re)Scanning bus ...
ztex_ufm1_15y1-6401-01-03: New device: bitfile=ztex_ufm1_15y1   f_default=200.00MHz  f_max=248.00MHz  HpC=1.0H
ztex_ufm1_15y1-6401-01-03: MAC address: 0004a36df2b5
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high, possible USB transfer errors (INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high, possible USB transfer errors (INIT_B_HIST=222): Retrying it ...
Warning: High speed FPGA configuration failed, trying low speed mode:Error uploading bitstream: FPGA configuration failed: DONE pin does not go high, possible USB transfer errors (INIT_B_HIST=222): Trying low speed mode
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning (try 1): error sending control message: Connection timed out
ztex_ufm1_15y1-6401-01-03: Error configuring FPGA 0: bus=001  device=123: sendFpgaData: error sending control message: Connection timed out
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high, possible USB transfer errors (INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high, possible USB transfer errors (INIT_B_HIST=222): Retrying it ...
Warning: High speed FPGA configuration failed, trying low speed mode:Error uploading bitstream: FPGA configuration failed: DONE pin does not go high, possible USB transfer errors (INIT_B_HIST=222): Trying low speed mode
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222): Retrying it ...
ztex_ufm1_15y1-6401-01-03: Error configuring FPGA 1: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 ,  0 bytes got lost;  checksum=3 , should be 3;  INIT_B_HIST=222)
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high, possible USB transfer errors (INIT_B_HIST=222): Retrying it ...
Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high, possible USB transfer errors (INIT_B_HIST=222): Retrying it ...
Warning: High speed FPGA configuration failed, trying low speed mode:Error uploading bitstream: FPGA configuration failed: DONE pin does not go high, possible USB transfer errors (INIT_B_HIST=222): Trying low speed mode

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.
full member
Activity: 158
Merit: 100
Hi,

here comes the binary for the "lazy" people. Feel free to trust me, if not, compile the source by yourself.

You can find the "Ready-to-use" jar-file in the Download section on Github: https://github.com/gr0bi42/BTCMiner/downloads

The direct Link: https://github.com/downloads/gr0bi42/BTCMiner/ZtexBTCMiner_20120731.jar
full member
Activity: 158
Merit: 100
Hi,

I've added some nice feature to BTCMiner. Most wanted feature by myself: a builtin HTTP-Server to monitor my FPGA-Cluster via Webbrowser (iPad@Home and iPhone@Street).

New Features:
- builtin HTTP-Server (select with -m h)
- some very basic and braindead builtin webpages to show cluster state
- pool switching via http
- autoreset error counter (option -ac)
- do not log to file (option -nolog). Important to me, because the cluster is running from a tiny embedded ssd.
- some fixes

Source and more infos: https://github.com/gr0bi42/BTCMiner

Builtin webpages are: /pools, /miner and /json. All other URL's are forwarded to the filesystem (local dir). Maybe someone starts more fancy webpages using /json, Javascript...

Commandline options: -host, -user and -pass are gone. Use -o instead. Multiple -o enable the pool switching via http.

Example:
Code:
java -cp ZtexBTCMiner.jar BTCMiner -m h -id fpga1 -p 8001 -o Deepbit http://pit.deepbit.net:8332 user pass -o Slush http://api.bitcoin.cz:8332 user pass -b Eligius http://ra.mining.eligius.st:8337 1Btf3BqUegfe5iFdWsgfBf1Ew3YsAvsrLT x

URL to open in browser:
Code:
http://:8001/pools
donator
Activity: 367
Merit: 250
ZTEX FPGA Boards
Hi i was wondering i you could add a line to the output of BTCMiner. I would really want it to display the pool I'm currently mining at Smiley

This information does not fit into a line because pool server varies from minter to miner.

The currently used pool can be derived from the messages. If a pool server is not available it is disabled for 60s, the next one is used and a warning is printed. If you see no such messages the primary pool is used.

The currently used pools are also reported in the block log.

hero member
Activity: 784
Merit: 500
festure request:


Hi i was wondering i you could add a line to the output of BTCMiner. I would really want it to display the pool I'm currently mining at Smiley
hero member
Activity: 700
Merit: 507
Ohh, now i get it. Well, since i dont run the cluster mode i will simply keep to my old habit of restarting the miner midday and midnight ><
donator
Activity: 367
Merit: 250
ZTEX FPGA Boards
Totally stupid question about the miner: Does it change the Mhz also upwards? I only see the speed increasing after starting it and then lowering it to a stable value it holds for days in a row, ignoring outside temperature or error rate..
Is that normal behaviour or is there a chance to make it increase speed by itself?

The frequency calculation is is based on the maximum error rates. Use the "c" command (in cluster mode) in order to reset this.

BTW, those who want to periodically reset the counters (if it is done too often it reduces the overall hash rate, once per day is ok) just need to enter a crontab entry that sends the "c" command to the secondary command input (parameter -c, usually a named pipe):

Code:
00 22 * * 1-7 /bin/bash -c "echo d > "
hero member
Activity: 700
Merit: 507
uh even after c + enter nothing happens 0o

though running the miner in cluser mode (-m c) seems to make it recalc the mhz time and again, though to a much lower hashing rate overall...



meh ><
sr. member
Activity: 314
Merit: 250
Jap, confirmation via Enter is needed.

 Probavly ztex can state why the adjustment doesnt work like you - and also I would have - thougt.
You might solve it by patching (already was done) for repeatingly auto-reset error counters or a named pipe that resets via a cronjob or daemon-script.
Pages:
Jump to: