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

ummas

sr. member

Activity: 274

Merit: 250

THX CA Coins for your help. I`m alredy in hardware ztex topic.
I had to setup cluster, but i dont have much time Sad

With 1 quad board it`s not anoing.

I hah put just a bit of the grase in chip and put heatsink on it witch is screwd to pcb... 1-208 and seccond still 196MHz, 3 i 4 are stock and pulls 196 Sad

My ambient temp is terrible - 34*C Sad

that could be the problem.
I`m having 120x120 blowing on the board - it`s cool 5s after BTCminer stopped.

punin

hero member

Activity: 560

Merit: 500

I noticed the BTCMiner creates and writes to a log file. This is a problem for me as I'm running the miners as part of BAMT rig running off a USB stick, so I want to avoid any unnecessary writes. My quick fix to this problem was to run with -l /dev/null

Just wanted to share this so someone else will not have the same problem (I ran out of space on USB stick).

CA Coins

donator

Activity: 305

Merit: 250

@ummas, I will try to answer some of your questions here. Ztex is the ultimate source of info of course, but good luck.

Quote

i got few questions, when it`s working, all leds, are off, but why suddenly one led is tourning on ?

The led turns on when the FPGA is not mining and the firmware is unloaded

Quote

should i experience hot VRM when idle ?? Can i put somme Cu on it ?

Don't think you need it. The rest of the board is pretty cool. The USB controller I think gets a little toasty but shouldn't affect mining performance.

Quote

Can i pulg it in/out without reboot ? silly question i know. i`m using CON2 with power supply.

Yes.

Quote

EDIT2:
i have read all thred and another question came up: what kind of thermal protection shuld i use betwean LX150 and radiator ?? Arctic silver 5 (or simmilar) or should i use thermal pad with 7W/mK - expensiwe, but i alredy got somme - 0.5mm, 1.0 and 1.5. any sugestions??

Can i assume that if my freq is lower than 200, than i have cooling problem ?? it`s not 5-10 as i read before, but it`s not 200+ also.

You may have a cooling problem. The stock paste will work. I used the stock paste at first, then changed to AR5. It doesn't make any difference. Make sure you apply a really thin layer that covers the entire LX150. With the quad, I would also recommend some airflow since the 4 heatsinks are pretty close together.

Turbor

legendary

Activity: 1022

Merit: 1000

BitMinter

If you have error rates above 0.00 at 200 MHz something is not right with the heatsink placement. All of my boards do at least 208 MHz with reduced fan performance compared to stock. They are all SG3 chips but that should not make too much of a difference. I never had a problem with the thermal grease supplied with the heatsinks. AS5 is not really special in my eyes. Just don't use too much and grind down the heatsink so it makes propper contact with the chip.

Chefnet

hero member

Activity: 686

Merit: 500

normally you have a cooling or power issue. Use the arctic silver 5 and no pads.

ummas

sr. member

Activity: 274

Merit: 250

Hi. i`m testing 1.15y Ztex board for 1h now.

i passed through installation and running btcminer, and this is what i got:

Code:

arek@arek-GNG:~/btcm$ sudo java -cp ZtexBTCMiner-120417.jar BTCMiner -host htt//XXXXXXX:8332 -u [email protected]_XXX -p XXX
Using firmware `ztex_ufm1_15y1.ihx' for `USB-FPGA Module 1.15y (default)'
MAC address: 0004a3469808
ztex_ufm1_15y1-04A3469808: New device: bitfile=ztex_ufm1_15y1 f_default=200,00MHz f_max=240,00MHz HpC=1.0H
ztex_ufm1_15y1-04A3469808: FPGA 1: configuration time: 286 ms
ztex_ufm1_15y1-04A3469808: FPGA 2: configuration time: 285 ms
ztex_ufm1_15y1-04A3469808: FPGA 3: configuration time: 284 ms
ztex_ufm1_15y1-04A3469808: FPGA 4: configuration time: 284 ms
ztex_ufm1_15y1-04A3469808-1: New FPGA
ztex_ufm1_15y1-04A3469808-1: Set frequency to 200,00MHz
ztex_ufm1_15y1-04A3469808-2: New FPGA
ztex_ufm1_15y1-04A3469808-2: Set frequency to 200,00MHz
ztex_ufm1_15y1-04A3469808-3: New FPGA
ztex_ufm1_15y1-04A3469808-3: Set frequency to 200,00MHz
ztex_ufm1_15y1-04A3469808-4: New FPGA
ztex_ufm1_15y1-04A3469808-4: Set frequency to 200,00MHz

A multi-FPGA board is detected. Use the cluster mode for additional statistics.
Disconnect device or press Ctrl-C for exit

ztex_ufm1_15y1-04A3469808-4: Using LongPolling URL http://pit.deepbit.net:8332/listenChannel
ztex_ufm1_15y1-04A3469808-4: f=200,00MHz, errorRate=1,80%, hashRate=196,4MH/s, submitted 0 new nonces, luckFactor=0,00
ztex_ufm1_15y1-04A3469808-3: f=200,00MHz, errorRate=0,88%, hashRate=198,2MH/s, submitted 2 new nonces, luckFactor=2,88
ztex_ufm1_15y1-04A3469808-2: f=200,00MHz, errorRate=0,00%, hashRate=200,0MH/s, submitted 0 new nonces, luckFactor=0,00
ztex_ufm1_15y1-04A3469808-1: f=200,00MHz, errorRate=0,00%, hashRate=200,0MH/s, submitted 0 new nonces, luckFactor=0,00
ztex_ufm1_15y1-04A3469808-4: Set frequency to 196,00MHz
ztex_ufm1_15y1-04A3469808-3: Set frequency to 196,00MHz
ztex_ufm1_15y1-04A3469808-2: Set frequency to 196,00MHz
ztex_ufm1_15y1-04A3469808-4: f=196,00MHz, submitted 1 new nonces, luckFactor=0,73
ztex_ufm1_15y1-04A3469808-3: f=196,00MHz, submitted 0 new nonces, luckFactor=1,46
ztex_ufm1_15y1-04A3469808-2: f=196,00MHz, submitted 0 new nonces, luckFactor=0,00
ztex_ufm1_15y1-04A3469808-1: f=200,00MHz, errorRate=0,00%, hashRate=200,0MH/s, submitted 1 new nonces, luckFactor=0,72
arek@arek-GNG:~/btcm$

when i seen it, i pushed ctrl+c to brake it. I`m assuming it`s cose the heat - is it correct ??
i got few questions, when it`s working, all leds, are off, but why suddenly one led is tourning on ?
I`m sure that there is too much heat, but just need comfirmation. I`m not mining with it until i will be sure.
i will just try to learn haw to make cluster, and prepare to chenge cooling.
should i experience hot VRM when idle ?? Can i put somme Cu on it ?

Can i pulg it in/out without reboot ? silly question i know. i`m using CON2 with power supply.

EDIT:
i`m really confused...

Code:

MH/s, submitted 2 new nonces, luckFactor=0,71
ztex_ufm1_15y1-04A3469808-4: f=196,00MHz, errorRate=0,00%, hashRate=196,0MH/s, submitted 2 new nonces, luckFactor=0,81
ztex_ufm1_15y1-04A3469808-3: f=196,00MHz, errorRate=0,57%, maxErrorRate=1,28%, hashRate=194,9MH/s, submitted 1 new nonces, luckFactor=1,84
ztex_ufm1_15y1-04A3469808-2: f=196,00MHz, errorRate=0,58%, maxErrorRate=0,71%, hashRate=194,9MH/s, submitted 3 new nonces, luckFactor=1,15
ztex_ufm1_15y1-04A3469808-1: f=204,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=204,0MH/s, submitted 0 new nonces, luckFactor=0,66
ztex_ufm1_15y1-04A3469808-4: f=196,00MHz, errorRate=0,00%, hashRate=196,0MH/s, submitted 0 new nonces, luckFactor=0,76
ztex_ufm1_15y1-04A3469808-3: f=196,00MHz, errorRate=0,89%, maxErrorRate=1,28%, hashRate=194,2MH/s, submitted 1 new nonces, luckFactor=1,82
ztex_ufm1_15y1-04A3469808-2: f=196,00MHz, errorRate=0,40%, maxErrorRate=0,71%, hashRate=195,2MH/s, submitted 0 new nonces, luckFactor=1,07
ztex_ufm1_15y1-04A3469808-1: f=204,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=204,0MH/s, submitted 2 new nonces, luckFactor=0,81
ztex_ufm1_15y1-04A3469808-1: Set frequency to 208,00MHz
ztex_ufm1_15y1-04A3469808-4: f=196,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=196,0MH/s, submitted 0 new nonces, luckFactor=0,70
ztex_ufm1_15y1-04A3469808-3: f=196,00MHz, errorRate=1,18%, maxErrorRate=1,28%, hashRate=193,7MH/s, submitted 0 new nonces, luckFactor=1,70
ztex_ufm1_15y1-04A3469808-2: f=196,00MHz, errorRate=0,29%, maxErrorRate=0,71%, hashRate=195,4MH/s, submitted 0 new nonces, luckFactor=0,99
ztex_ufm1_15y1-04A3469808-1: f=208,00MHz, errorRate=0,00%, hashRate=208,0MH/s, submitted 1 new nonces, luckFactor=0,84

EDIT2:
i have read all thred and another question came up: what kind of thermal protection shuld i use betwean LX150 and radiator ?? Arctic silver 5 (or simmilar) or should i use thermal pad with 7W/mK - expensiwe, but i alredy got somme - 0.5mm, 1.0 and 1.5. any sugestions??
Can i assume that if my freq is lower than 200, than i have cooling problem ?? it`s not 5-10 as i read before, but it`s not 200+ also.

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: antirack on April 22, 2012, 07:44:36 AM

If it makes sense to others too, could you please add the previous frequency to the output on a frequency change:
001-0: ztex_ufm1_15d4-04A3469722-1: Set frequency from 220MHz to 224.00MHz

I am currently experimenting with cooling. When there are too many FPGAs connected you have to look for the corresponding device in the previous output, in order to know if it changed the frequency upwards or downwards.

That can be done easily.

antirack

hero member

Activity: 489

Merit: 500

Immersionist

Quote from: ztex on April 18, 2012, 08:59:23 AM

Quote from: roomservice on April 18, 2012, 08:43:09 AM

Here is a little typo mistake in the help text:

Thanks for the hint. (Will be fixed in the next release. I hope users can live with that Wink

)

Here are a couple of other typos:

Maximum aoumount of backup servers reached
ihx file name expected afe -f
s|t|p|c expected afe -m

If I only use the -i parameter and nothing else (java -cp ZtexBTCMiner-120417.jar BTCMiner -i) I am still asked for the RPC user name and password (line 1962 if ( mode != 't' && mode != 'p' )).

If it makes sense to others too, could you please add the previous frequency to the output on a frequency change:
001-0: ztex_ufm1_15d4-04A3469722-1: Set frequency from 220MHz to 224.00MHz

I am currently experimenting with cooling. When there are too many FPGAs connected you have to look for the corresponding device in the previous output, in order to know if it changed the frequency upwards or downwards.

Turbor

legendary

Activity: 1022

Merit: 1000

BitMinter

thank you for the new software.

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: roomservice on April 18, 2012, 08:43:09 AM

Here is a little typo mistake in the help text:

Thanks for the hint. (Will be fixed in the next release. I hope users can live with that Wink

)

roomservice

full member

Activity: 199

Merit: 100

Quote from: ztex on April 18, 2012, 08:00:05 AM

A new BTCMiner version has been released at http://www.ztex.de/btcminer .

Changes are:

Support of USB-FPGA Modules 1.15y USB-FPGA Modules 1.15y
New command: s(uspend): suspend cluster
New command: c(ounter_reset): reset performance and error counters
Cluster partitioning using serial number filter
Dummy Firmware: allows BTCMiner to identify the device and automatically load the latest Firmware.

The new Features require updating the firmware.

The command q(uit) should be used to exit BTCMiner because this command supends all boards.

Firmware update was very easy in cluster mode. Good job!

Here is a little typo mistake in the help text:

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

A new BTCMiner version has been released at http://www.ztex.de/btcminer .

Changes are:

Support of USB-FPGA Modules 1.15y USB-FPGA Modules 1.15y
New command: s(uspend): suspend cluster
New command: c(ounter_reset): reset performance and error counters
Cluster partitioning using serial number filter
Dummy Firmware: allows BTCMiner to identify the device and automatically load the latest Firmware.

The new Features require updating the firmware.

The command q(uit) should be used to exit BTCMiner because this command supends all boards.

iongchun

member

Activity: 75

Merit: 10

Quote from: ztex on April 10, 2012, 04:21:21 AM

Date and time are logged.

For log rotating usually 'logrotate' is used. But I don't know what happens if it tries to rotate open files.

I think logrotate will only rename the log file, the application still write to the original file.
So conventionally logrotate is configured to send a HUP signal to the application,
and the application should then close and re-open the log file (so it will create a file).

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: antirack on April 07, 2012, 11:27:45 PM

- add a flag to enable per device/unit logging into separate file (ie. -lu)
- logs in file with serial number as file name

Per-device log files can be created from the main log file using the 'grep' command.

Quote

- add logging with date in log file name and roll over to new file at midnight
- enable this for standard and for per unit logging

Date and time are logged.

For log rotating usually 'logrotate' is used. But I don't know what happens if it tries to rotate open files.

antirack

hero member

Activity: 489

Merit: 500

Immersionist

Quote from: roomservice on April 09, 2012, 11:45:55 AM

Try to run BTCMiner with sudo command.

Thanks, that solved my problem. I feel rather stupid now, but it's been a couple of years since I was using RedHat EL.

I am now mining with BTCMiner on Ubuntu from a CF card on my first Atom board. It draws 27Watt from the wall right now. The brick PSUs output is 12V so I can probably power the board from my ATX power supply that I am using for my FPGA boards. It even seems to be using the same socket as Ztex or Icarus boards so I probably don't even have to make new wires.

I'll see if I can disable any unnecessary devices (Wifi, Bluetooth) things in the BIOS and Ubuntu and shave down a couple of watt. Maybe disabling the GUI will also save some energy.

If anyone is interested in Installation instructions for Ubuntu and BTCMiner, you can check this post I made in the 'Atom Boards for Cluster' thread:
https://bitcointalksearch.org/topic/m.843971

This should also work with non-atom boards, it might help other Ubuntu newbies like me.

roomservice

full member

Activity: 199

Merit: 100

Quote from: antirack on April 09, 2012, 08:49:58 AM

I have installed Ubuntu 11.10 and 10.04 on an Atom board but I can't get it to work. It seems the ZTEX USB devices are not recognized properly. Other USB device work fine (mouse, keyboard, flash drive). Connecting the boards directly without USB hub didn't make a difference.

Code:

java -cp ZtexBTCMiner-120221.jar BTCMiner -i
Enter RPC user name:
Enter RPC password:
0: bus=001 device=0 (`032') ID=221a:100

1: bus=001 device=0 (`031') ID=221a:100

2: bus=001 device=0 (`028') ID=221a:100

Code:

java -cp ZtexBTCMiner-120221.jar BTCMiner -m p -f ztex_ufm1_15d3a.ihx
No devices found

Last 3 devices in the list:

Code:

lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 05e3:0723 Genesys Logic, Inc. GL827L SD/MMC/MS Flash Card Reader
Bus 001 Device 023: ID 1a40:0201 TERMINUS TECHNOLOGY INC.
Bus 001 Device 024: ID 1a40:0101 TERMINUS TECHNOLOGY INC. USB-2.0 4-Port HUB
Bus 001 Device 028: ID 221a:0100
Bus 001 Device 031: ID 221a:0100
Bus 001 Device 032: ID 221a:0100

Code:

java -version
java version "1.6.0_23"
OpenJDK Runtime Environment (IcedTea6 1.11pre) (6b23~pre11-0ubuntu1.11.10.2)
OpenJDK Server VM (build 20.0-b11, mixed mode)

The same devices look like this on Windows (USB hub disconnected from Ubuntu machine and connected to Notebook):

Code:

java -cp ZtexBTCMiner-120221.jar BTCMiner -i
Enter RPC user name:
Enter RPC password:
0: bus=bus-0 device=1 (`\\.\libusb0-0001--0x221a-0x0100') ID=221a:100
   Manufacturer="ZTEX" Product="btcminer for ZTEX FPGA Modules" SerialNumber="04A3469722"
   productID=10.0.1.1 fwVer=0 ifVer=1
1: bus=bus-0 device=2 (`\\.\libusb0-0002--0x221a-0x0100') ID=221a:100
   Manufacturer="ZTEX" Product="btcminer for ZTEX FPGA Modules" SerialNumber="04A346CEC7"
   productID=10.0.1.1 fwVer=0 ifVer=1
2: bus=bus-0 device=3 (`\\.\libusb0-0003--0x221a-0x0100') ID=221a:100
   Manufacturer="ZTEX" Product="btcminer for ZTEX FPGA Modules" SerialNumber="04A32E00E9"
   productID=10.0.1.1 fwVer=0 ifVer=1

Any ideas?

Try to run BTCMiner with sudo command.

antirack

hero member

Activity: 489

Merit: 500

Immersionist

I have installed Ubuntu 11.10 and 10.04 on an Atom board but I can't get it to work. It seems the ZTEX USB devices are not recognized properly. Other USB device work fine (mouse, keyboard, flash drive). Connecting the boards directly without USB hub didn't make a difference.

Code:

java -cp ZtexBTCMiner-120221.jar BTCMiner -i
Enter RPC user name:
Enter RPC password:
0: bus=001 device=0 (`032') ID=221a:100

1: bus=001 device=0 (`031') ID=221a:100

2: bus=001 device=0 (`028') ID=221a:100

Code:

java -cp ZtexBTCMiner-120221.jar BTCMiner -m p -f ztex_ufm1_15d3a.ihx
No devices found

Last 3 devices in the list:

Code:

lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 05e3:0723 Genesys Logic, Inc. GL827L SD/MMC/MS Flash Card Reader
Bus 001 Device 023: ID 1a40:0201 TERMINUS TECHNOLOGY INC.
Bus 001 Device 024: ID 1a40:0101 TERMINUS TECHNOLOGY INC. USB-2.0 4-Port HUB
Bus 001 Device 028: ID 221a:0100
Bus 001 Device 031: ID 221a:0100
Bus 001 Device 032: ID 221a:0100

Code:

java -version
java version "1.6.0_23"
OpenJDK Runtime Environment (IcedTea6 1.11pre) (6b23~pre11-0ubuntu1.11.10.2)
OpenJDK Server VM (build 20.0-b11, mixed mode)

The same devices look like this on Windows (USB hub disconnected from Ubuntu machine and connected to Notebook):

Code:

java -cp ZtexBTCMiner-120221.jar BTCMiner -i
Enter RPC user name:
Enter RPC password:
0: bus=bus-0 device=1 (`\\.\libusb0-0001--0x221a-0x0100') ID=221a:100
   Manufacturer="ZTEX" Product="btcminer for ZTEX FPGA Modules" SerialNumber="04A3469722"
   productID=10.0.1.1 fwVer=0 ifVer=1
1: bus=bus-0 device=2 (`\\.\libusb0-0002--0x221a-0x0100') ID=221a:100
   Manufacturer="ZTEX" Product="btcminer for ZTEX FPGA Modules" SerialNumber="04A346CEC7"
   productID=10.0.1.1 fwVer=0 ifVer=1
2: bus=bus-0 device=3 (`\\.\libusb0-0003--0x221a-0x0100') ID=221a:100
   Manufacturer="ZTEX" Product="btcminer for ZTEX FPGA Modules" SerialNumber="04A32E00E9"
   productID=10.0.1.1 fwVer=0 ifVer=1

Any ideas?

antirack

hero member

Activity: 489

Merit: 500

Immersionist

Here is a feature request for a future update:

(of course only if this makes sense. I may be the only person on earth that actually sees any use for this)

- add a flag to enable per device/unit logging into separate file (ie. -lu)
- logs in file with serial number as file name

I know this is asking a lot, but what would also be very nice is:

- add logging with date in log file name and roll over to new file at midnight
- enable this for standard and for per unit logging

For instance:

2012-04-08 SERIAL.log (<- logs only concerning the specific board)
2012-04-08 complete.log (<- complete log as usual)

I am not a Java programmer but I have looked at the source code and it looks as if this is not very difficult, just a bit time consuming. Since Ztex seems to be the only one working on the source and it's not on github it's probably a bit difficult to contribute without creating chaos. I'd also have to figure out how to compile the source in the archive, as said, never touched Java ever.

BR0KK

hero member

Activity: 784

Merit: 500

thank u that worked well

now every board has back its own SN.

Quote

Quote from: BR0KK on March 23, 2012, 11:56:05 AM
Is this something i can do on my own or do you need to build that into BTCMiner (or could you?)

No, it need to be done in the software. I will do this in the next release.

Currently only the submitted blocks are logged.

if u do that u could implement a pool status (Pool 0 alive) check at the start of BTC Miner too

If that is possible

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: BR0KK on March 26, 2012, 06:56:12 PM

Somehow I managed to do this to my boards:

Every board has the same serial number? Is there any way of changing that back to normal or ar all the other serials gone?

BTC miner doesn't complain about this at all. Everything works fine Wink

Just curious how I did this and if it is "bad" for some reason?

It's gonna be bad if you have a cluster of hundred FPGA boards and one bad USB cable. The intention of the serial number is to identify the FPGA board in such cases.

If the FPGA boards are programmed with the serial number "0" they fall back to the internal (unique) one. E.g.

Code:

java -cp ZtexBTCMiner-120221.jar BTCMiner -m p -pt ztex_ufm1_15d3 -f ztex_ufm1_15d3a.ihx -s 0

But if you want to have control over which board gets which serial number you have to re-program them separately, I.e. power-on / connect only one board and reprogram it.

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