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

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: BR0KK on September 24, 2012, 01:39:34 AM

Code:

bus-0-0: ztex_ufm1_15y1-04A34644C6-3: Warning: Rejected block: high-hash
bus-0-1: ztex_ufm1_15y1-04A3461185-1: Warning: Rejected block: high-hash
bus-0-1: ztex_ufm1_15y1-04A3461185-2: Warning: Rejected block: high-hash
bus-0-0: ztex_ufm1_15y1-04A34644C6-2: Warning: Rejected block: high-hash
......

im at EMC Pool and inaba (the pool operator) changed the way shares are accepted. They are >1 Diff?

Ask the pool operator what this message means. If it is caused by a to low difficulty it can be ignored.

BR0KK

hero member

Activity: 784

Merit: 500

im getting alot of these since yesterday:

Code:

Summary:
Bus bus-0-0 : 10 miners
Bus bus-0-1 : 7 miners
Total : 17 miners

Disconnect all devices or enter `q' for exit. Enter `h' for help.

bus-0-1: ztex_ufm1_15y1-04A3461185-4: Using LongPolling URL http://eu.eclipsemc.com:8337/LP
bus-0-0: ztex_ufm1_15y1-04A34644C6-3: Warning: Rejected block: high-hash
bus-0-1: ztex_ufm1_15y1-04A3461185-2: Warning: Rejected block: high-hash
bus-0-0: ztex_ufm1_15d4-04A32E1205-1: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 1 new nonces, luckFactor=0,36
bus-0-0: ztex_ufm1_15d4-04A3468E00-1: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 3 new nonces, luckFactor=1,08
bus-0-0: ztex_ufm1_15d4-04A3469756-1: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 3 new nonces, luckFactor=1,08
bus-0-0: ztex_ufm1_15d4-04A346D523-1: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 1 new nonces, luckFactor=0,36
bus-0-0: ztex_ufm1_15d4-04A346E12C-1: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 2 new nonces, luckFactor=0,72
bus-0-0: ztex_ufm1_15y1-04A34644C6-1: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 1 new nonces, luckFactor=0,36
bus-0-0: ztex_ufm1_15y1-04A34644C6-2: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 3 new nonces, luckFactor=1,08
bus-0-0: ztex_ufm1_15y1-04A34644C6-3: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 3 new nonces, luckFactor=1,08
bus-0-0: ztex_ufm1_15y1-04A34644C6-4: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 2 new nonces, luckFactor=0,72
bus-0-0: ztex_ufm1_15y1-04A36E24F2-1: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 3 new nonces, luckFactor=1,08
bus-0-1: ztex_ufm1_15y1-04A3461185-1: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 2 new nonces, luckFactor=0,72
bus-0-1: ztex_ufm1_15y1-04A3461185-2: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 6 new nonces, luckFactor=2,15
bus-0-1: ztex_ufm1_15y1-04A3461185-3: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 1 new nonces, luckFactor=0,36
bus-0-1: ztex_ufm1_15y1-04A3461185-4: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 5 new nonces, luckFactor=1,79
bus-0-1: ztex_ufm1_15y1-04A36E24F2-2: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 7 new nonces, luckFactor=2,51
bus-0-1: ztex_ufm1_15y1-04A36E24F2-3: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 1 new nonces, luckFactor=0,36
bus-0-1: ztex_ufm1_15y1-04A36E24F2-4: f=200,00MHz, errorRate=0,00%, maxErrorRate=0,00%, hashRate=200,0MH/s, submitted 4 new nonces, luckFactor=1,43
bus-0-0: poll loop time: 124ms (USB: 42ms network: 82ms) getwork time: 211ms submit time: 212ms
bus-0-1: poll loop time: 114ms (USB: 46ms network: 68ms) getwork time: 220ms submit time: 207ms
Total hash rate: 3400,0 MH/s
Total submitted hash rate: 3432,7 MH/s
--------
bus-0-0: ztex_ufm1_15y1-04A34644C6-3: Warning: Rejected block: high-hash
bus-0-1: ztex_ufm1_15y1-04A3461185-1: Warning: Rejected block: high-hash
bus-0-1: ztex_ufm1_15y1-04A3461185-2: Warning: Rejected block: high-hash
bus-0-0: ztex_ufm1_15y1-04A34644C6-2: Warning: Rejected block: high-hash
......

im at EMC Pool and inaba (the pool operator) changed the way shares are accepted. They are >1 Diff?

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: antirack on August 23, 2012, 05:02:06 AM

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.

That are USB errors. The ZTEX API retries it and if another attempt work no error is printed in the log.

BR0KK

hero member

Activity: 784

Merit: 500

had that when i was trying my Rpi for a Miner Computer .... I was connected to it via SSH. After a little while (a day of mining) the SSH Connection broke down (randomly)...

antirack

hero member

Activity: 489

Merit: 500

Immersionist

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.

Turbor

legendary

Activity: 1022

Merit: 1000

BitMinter

Quote from: BR0KK on August 17, 2012, 09:15:31 AM

Im getting 200 to 250 getwork times for emc pool here in Germany Sad

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.

BR0KK

hero member

Activity: 784

Merit: 500

Im getting 200 to 250 getwork times for emc pool here in Germany Sad

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

legendary

Activity: 1022

Merit: 1000

BitMinter

Quote from: aTg on August 17, 2012, 02:17:50 AM

Quote from: Turbor on August 16, 2012, 03:58:15 PM

Quote from: aTg on August 15, 2012, 10:34:25 AM

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 Wink

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

aTg

legendary

Activity: 1358

Merit: 1000

Quote from: Turbor on August 16, 2012, 03:58:15 PM

Quote from: aTg on August 15, 2012, 10:34:25 AM

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 Wink

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

legendary

Activity: 1022

Merit: 1000

BitMinter

Quote from: aTg on August 15, 2012, 10:34:25 AM

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 Wink

what is srv-u240.antiddos.biz ?

aTg

legendary

Activity: 1358

Merit: 1000

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.

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: randomguy7 on August 11, 2012, 04:32:52 PM

Quote from: BR0KK on August 11, 2012, 04:31:05 PM

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.

randomguy7

hero member

Activity: 527

Merit: 500

Quote from: BR0KK on August 11, 2012, 04:31:05 PM

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.

BR0KK

hero member

Activity: 784

Merit: 500

Hi Ztex:

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

antirack

hero member

Activity: 489

Merit: 500

Immersionist

Quote from: ztex on August 09, 2012, 03:37:36 AM

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://bitcointalksearch.org/topic/m.585490.

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.

antirack

hero member

Activity: 489

Merit: 500

Immersionist

Quote from: ztex on August 02, 2012, 02:33:17 AM

Quote from: antirack on August 01, 2012, 07:25:44 AM

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.

BR0KK

hero member

Activity: 784

Merit: 500

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?

ztex

donator

Activity: 367

Merit: 250

ZTEX FPGA Boards

Quote from: BR0KK on August 09, 2012, 01:00:04 AM

Quote

(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://bitcointalksearch.org/topic/m.585490.

BR0KK

hero member

Activity: 784

Merit: 500

Quote

(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

blackice

newbie

Activity: 9

Merit: 0

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.

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