Bitcoin Forum
March 29, 2024, 04:57:49 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 [45] 46 47 48 49 »
  Print  
Author Topic: Official Open Source FPGA Bitcoin Miner (Last Update: April 14th, 2013)  (Read 432867 times)
bilsef
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
June 06, 2013, 04:22:27 PM
 #881

I've been mining with some 7K325T-1 parts running the KC705 code clocked at 300MHz for a couple of weeks now.  I notice that the hash rate starts to drop off after a day and a half and I have to restart the miners to get it to come back up.  Has anyone else seen this?
Even if you use Bitcoin through Tor, the way transactions are handled by the network makes anonymity difficult to achieve. Do not expect your transactions to be anonymous unless you really know what you're doing.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711688269
Hero Member
*
Offline Offline

Posts: 1711688269

View Profile Personal Message (Offline)

Ignore
1711688269
Reply with quote  #2

1711688269
Report to moderator
1711688269
Hero Member
*
Offline Offline

Posts: 1711688269

View Profile Personal Message (Offline)

Ignore
1711688269
Reply with quote  #2

1711688269
Report to moderator
1711688269
Hero Member
*
Offline Offline

Posts: 1711688269

View Profile Personal Message (Offline)

Ignore
1711688269
Reply with quote  #2

1711688269
Report to moderator
goxed
Legendary
*
Offline Offline

Activity: 1946
Merit: 1006


Bitcoin / Crypto mining Hardware.


View Profile
June 06, 2013, 10:16:44 PM
 #882

I've been mining with some 7K325T-1 parts running the KC705 code clocked at 300MHz for a couple of weeks now.  I notice that the hash rate starts to drop off after a day and a half and I have to restart the miners to get it to come back up.  Has anyone else seen this?


Nope, I am using 7K325T-2 @ 600MHz. Hash rates have been stable @ 600MH/s for > 1 week.

What was needed is active cooling (good airflow using fans) of the VRMs and FPGA.

The FPGA easily reaches > 70C, and in the absence of active cooling it sometimes stops working.

Revewing Bitcoin / Crypto mining Hardware.
gingernuts
Member
**
Offline Offline

Activity: 89
Merit: 10


View Profile
June 07, 2013, 08:11:09 AM
 #883

Quote
Okay I tried the 600MH/s bitstream on a second Kintex-7 325T device and the temps are 70C. For the record in the same environment the other Kintex-7 325 chip  hovers at 30 - 35C in the same setting.
For curosity's sake, you could measure the heatsink's temperature.  If both heatsinks are the same temp, it's likely your "special" FPGA either has a broken temp sensor (as gingernuts mentioned), or perhaps calibration is off (I think those sensors can be calibrated?).  If the temps are drastically different ... well ... I guess you won the FPGA lottery Tongue

Don't own a thermometer. Any other method that comes to mind?
 Most likely it's a calibration issue. Will plug it in a Kill-a-Watt first to get any anecdotal evidence (power consumption differences)

Power consumption is same for both FPGA boards at 45Watts, 600MH/s.

 The one that shows lower temp probably has a poorly calibrated temp sensor. Reported temps are around 1/2 of the actual temp.

So this info solves this small mystery.

Even allowing for the mains PSU efficiency, 45W seems a lot for a mere 600MH/s - 4x Spartan 6's will give you 800MH/s for the same power - I guess that demo board is burning loads in all the other stuff that's on the board (RAM/Ethernet etc)...
razorfishsl
Sr. Member
****
Offline Offline

Activity: 399
Merit: 250


View Profile WWW
June 07, 2013, 08:15:22 AM
 #884

I've been mining with some 7K325T-1 parts running the KC705 code clocked at 300MHz for a couple of weeks now.  I notice that the hash rate starts to drop off after a day and a half and I have to restart the miners to get it to come back up.  Has anyone else seen this?


you really need to slap some BIG heat sinks and BIG blowers on there.

Had a similar issue with the Xilinx development board, even with a blower, lifted off the Mickey mouse heat-sink.. dropped on one twice as tall and now it sits at about 53 deg.c
but it is CRITICAL you cool the SM PSU modules as well,  I notices as they get hot... they drift UPWARDS!!! taking the core-voltage out of spec and causing further serious heating of the FPGA (not to mention its possible destruction.....)

Which is why I had to throw in a 'system monitor" for both voltage and core temp...... then I had to split out the  CLK for the communication & the logic separately and gate the SHA256 logic to the  sys monitor..... (you cannot just gate the CLK, because it controls the FPGA internal function .. including the sys monitor...)

Then I dropped some mini heat-sinks (for ram chips) on-top of the inductors for the SM PSU and the thing is stable even at 40 deg c ambient!!!

High Quality USB Hubs for Bitcoin miners
https://bitcointalk.org/index.php?topic=560003
teknohog
Sr. Member
****
Offline Offline

Activity: 518
Merit: 252


555


View Profile WWW
June 07, 2013, 03:35:04 PM
 #885

Can you share the source code for the comm module? I will try to add it to the KC705 / Kintex-7 comm code.

First of all, I've changed my DE2-115 cgminer project to use the uart_* code from the KC705 project. It's nice to use something GPL3, and it was almost a drop-in replacement Smiley

While we're discussing comms, it would be great to agree on a semi-standard serial protocol for all these opensource projects. If there are enough users, a driver for cgminer could be written. The current solution with the Icarus driver is not very reliable.

My original project simply sent the golden nonce, it was enough for simple getwork, but not good in the long run. Icarus changed this to send zero for out-of-work, but it's not very good because zero is a valid nonce (though you can distinguish them from the timing). Also, it's nice to have some diagnostics (temperature). It's also easier if the return value is always of the same length. For example, 2 bytes for the type of return data and 4 bytes data (nonce, temperature etc.) would be a huge improvement.

world famous math art | masternodes are bad, mmmkay?
Every sha(sha(sha(sha()))), every ho-o-o-old, still shines
Pheal
Newbie
*
Offline Offline

Activity: 22
Merit: 0


View Profile
June 07, 2013, 05:03:20 PM
 #886

Anybody managed to shrink the code to under 6k LE using a loop of 5 on an altera device? I get around 7k and am looking at places to shrink it... So far it's 50% logic, 50% registers...
goxed
Legendary
*
Offline Offline

Activity: 1946
Merit: 1006


Bitcoin / Crypto mining Hardware.


View Profile
June 07, 2013, 08:34:43 PM
 #887

Quote
Okay I tried the 600MH/s bitstream on a second Kintex-7 325T device and the temps are 70C. For the record in the same environment the other Kintex-7 325 chip  hovers at 30 - 35C in the same setting.
For curosity's sake, you could measure the heatsink's temperature.  If both heatsinks are the same temp, it's likely your "special" FPGA either has a broken temp sensor (as gingernuts mentioned), or perhaps calibration is off (I think those sensors can be calibrated?).  If the temps are drastically different ... well ... I guess you won the FPGA lottery Tongue

Don't own a thermometer. Any other method that comes to mind?
 Most likely it's a calibration issue. Will plug it in a Kill-a-Watt first to get any anecdotal evidence (power consumption differences)

Power consumption is same for both FPGA boards at 45Watts, 600MH/s.

 The one that shows lower temp probably has a poorly calibrated temp sensor. Reported temps are around 1/2 of the actual temp.

So this info solves this small mystery.

Even allowing for the mains PSU efficiency, 45W seems a lot for a mere 600MH/s - 4x Spartan 6's will give you 800MH/s for the same power - I guess that demo board is burning loads in all the other stuff that's on the board (RAM/Ethernet etc)...

Yes it is, and my ultimate plan is to make the board into a self contained miner using a small microblaze with Linux.

Revewing Bitcoin / Crypto mining Hardware.
goxed
Legendary
*
Offline Offline

Activity: 1946
Merit: 1006


Bitcoin / Crypto mining Hardware.


View Profile
June 08, 2013, 12:04:00 AM
 #888

I've been mining with some 7K325T-1 parts running the KC705 code clocked at 300MHz for a couple of weeks now.  I notice that the hash rate starts to drop off after a day and a half and I have to restart the miners to get it to come back up.  Has anyone else seen this?


you really need to slap some BIG heat sinks and BIG blowers on there.

Had a similar issue with the Xilinx development board, even with a blower, lifted off the Mickey mouse heat-sink.. dropped on one twice as tall and now it sits at about 53 deg.c
but it is CRITICAL you cool the SM PSU modules as well,  I notices as they get hot... they drift UPWARDS!!! taking the core-voltage out of spec and causing further serious heating of the FPGA (not to mention its possible destruction.....)

Which is why I had to throw in a 'system monitor" for both voltage and core temp...... then I had to split out the  CLK for the communication & the logic separately and gate the SHA256 logic to the  sys monitor..... (you cannot just gate the CLK, because it controls the FPGA internal function .. including the sys monitor...)

Then I dropped some mini heat-sinks (for ram chips) on-top of the inductors for the SM PSU and the thing is stable even at 40 deg c ambient!!!

Are you using the kc705? If yes, which heatsink did you use? How are you cooling the VRM / PSU? I have placed the board next to an AC vent, but that;s not a sustainable solution.

Revewing Bitcoin / Crypto mining Hardware.
bilsef
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
June 09, 2013, 10:57:46 AM
 #889

I've been mining with some 7K325T-1 parts running the KC705 code clocked at 300MHz for a couple of weeks now.  I notice that the hash rate starts to drop off after a day and a half and I have to restart the miners to get it to come back up.  Has anyone else seen this?


you really need to slap some BIG heat sinks and BIG blowers on there.

Had a similar issue with the Xilinx development board, even with a blower, lifted off the Mickey mouse heat-sink.. dropped on one twice as tall and now it sits at about 53 deg.c
but it is CRITICAL you cool the SM PSU modules as well,  I notices as they get hot... they drift UPWARDS!!! taking the core-voltage out of spec and causing further serious heating of the FPGA (not to mention its possible destruction.....)

Which is why I had to throw in a 'system monitor" for both voltage and core temp...... then I had to split out the  CLK for the communication & the logic separately and gate the SHA256 logic to the  sys monitor..... (you cannot just gate the CLK, because it controls the FPGA internal function .. including the sys monitor...)

Then I dropped some mini heat-sinks (for ram chips) on-top of the inductors for the SM PSU and the thing is stable even at 40 deg c ambient!!!

Thanks for the suggestions.  I improved the cooling and they have been stable for a few days now.
razorfishsl
Sr. Member
****
Offline Offline

Activity: 399
Merit: 250


View Profile WWW
June 10, 2013, 11:58:28 PM
 #890

Yep....
At this sort of speed it only takes 0.1 of a volt before you are issuing invalid nonces.
I've thrown a lot of research into FPGA power supplies, as seen on some of these miner boards.

It's either get into temperature compensated PSU's or cool the local board environment.
One other issue is that some of these DC/DC power supplies have a limit resistor at which point the core voltage collapses down.

This is why some of these FPGA's just stop working at a certain frequency... it's not actually the FPGA or the logic, but rather
The current limit on the DC/DC has cut in.

The Virtex range will happily come close to 300MHZ ~300MH/s on a -1 grade part..... IF you control the core voltage AND the temp.

High Quality USB Hubs for Bitcoin miners
https://bitcointalk.org/index.php?topic=560003
razorfishsl
Sr. Member
****
Offline Offline

Activity: 399
Merit: 250


View Profile WWW
June 11, 2013, 12:07:27 AM
 #891

I've been mining with some 7K325T-1 parts running the KC705 code clocked at 300MHz for a couple of weeks now.  I notice that the hash rate starts to drop off after a day and a half and I have to restart the miners to get it to come back up.  Has anyone else seen this?


you really need to slap some BIG heat sinks and BIG blowers on there.

Had a similar issue with the Xilinx development board, even with a blower, lifted off the Mickey mouse heat-sink.. dropped on one twice as tall and now it sits at about 53 deg.c
but it is CRITICAL you cool the SM PSU modules as well,  I notices as they get hot... they drift UPWARDS!!! taking the core-voltage out of spec and causing further serious heating of the FPGA (not to mention its possible destruction.....)

Which is why I had to throw in a 'system monitor" for both voltage and core temp...... then I had to split out the  CLK for the communication & the logic separately and gate the SHA256 logic to the  sys monitor..... (you cannot just gate the CLK, because it controls the FPGA internal function .. including the sys monitor...)

Then I dropped some mini heat-sinks (for ram chips) on-top of the inductors for the SM PSU and the thing is stable even at 40 deg c ambient!!!

Are you using the kc705? If yes, which heatsink did you use? How are you cooling the VRM / PSU? I have placed the board next to an AC vent, but that;s not a sustainable solution.

Just a standard aluminum block with fins about 3cm tall , BUT with about  17CFM.. airflow
Only issue is  I have to keep brushing the cat pubes out of the  fins.

It is AIRFLOW...... and keeping the inductors cool.
I run the miners 24/7 but at night I turn off the 'aircon', but even during the day its set to 30 which gives an ambient of about 28
In the morning it is easily 40 deg. c but it is not a problem...

DO NOT overlook DIRECT cooling the DC/DC convertors  a drift of .2v on the core can shove the temp up exponentially.

High Quality USB Hubs for Bitcoin miners
https://bitcointalk.org/index.php?topic=560003
Dork.
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
June 16, 2013, 12:49:17 AM
 #892

Hello! I just started mining a few weeks ago, I have been using a spare Cyclone III dev board that I "borrowed" from work. It's too small for real mining, but good enough to get my feet wet.

I used the "Xilinx Verilog Port" project and did a basic port to Quartus and it works. But I had to piece together my own getwork mining script, and it's not tremendously stable: after a few days, it stops being able to get more work and I don't know why. Simply restarting the mining script makes everything work again. Using the Stratum proxy in between doesn't seem to help, either.

I'm not really looking to make any money on this (I think I missed the boat, should have done this in 2010), but I am really looking at this as an opportunity to expose myself to Verilog again.

What is the current State Of The Art in the fpgaminer project? I see the KC705 and Kintex projects have been touched most recently. Would either of these projects integrate better with cgminer or one of the other available miners? I can't help but think my setup would be better if I were using someone else's miner software, since my Python mining script sucks.

As a side note, I need to buy a board soon to replace my borrowed board. I don't necessarily want to pay full price for a DE2-115, and the new Xilinx boars all seem too expensive as well, so I guess it's either hit eBay or hope for cheap Cyclone V boards....

Thank you!

teknohog
Sr. Member
****
Offline Offline

Activity: 518
Merit: 252


555


View Profile WWW
June 16, 2013, 04:13:19 PM
 #893

integrate better with cgminer or one of the other available miners?

I've ported some of my projects to work with cgminer, and they work with some limitations. The same idea did not work with my little Nexys2 -- it's probably too slow. If you have a somewhat faster FPGA, you could try one of these

https://github.com/teknohog/Open-Source-FPGA-Bitcoin-Miner/tree/master/projects/DE2_115_makomk_serial_109mhz_cgminer
https://github.com/teknohog/Open-Source-FPGA-Bitcoin-Miner/tree/master/projects/DE2_115_cluster_cgminer
https://github.com/teknohog/Open-Source-FPGA-Bitcoin-Miner/tree/master/projects/Xilinx_cluster_cgminer

In the cluster projects, simply build with one local miner and total miners = 1 to get a standalone version.

world famous math art | masternodes are bad, mmmkay?
Every sha(sha(sha(sha()))), every ho-o-o-old, still shines
Dork.
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
June 16, 2013, 04:29:58 PM
 #894

Ah, it looks like the code I was using was from a different fork! I'll check out yours.....
ScaryHash
Hero Member
*****
Offline Offline

Activity: 529
Merit: 501


View Profile
June 16, 2013, 05:16:30 PM
 #895

Will this work for mining?

It's only $99...

http://www.adafruit.com/products/451

vs3
Hero Member
*****
Offline Offline

Activity: 622
Merit: 500


View Profile WWW
June 17, 2013, 04:23:42 AM
 #896

Will this work for mining?

It's only $99...

http://www.adafruit.com/products/451

A few months ago I saw on those forums a topic about mining with it .. and I can't find it now Sad
I did add a bookmark the place to buy it from :
http://www.terasic.com.tw/cgi-bin/page/archive.pl?No=593
and on the good side - it is only $79 or academic for $59 from them.

In a nutshell the topic discussed that - yes you could start mining with it, but due to the limited resources you shouldn't expect more than 5-20MH/s. Still an interesting experiment though.

EDIT: I was looking for another link that I spotted recently. If you're seriously looking into getting into FPGA mining - maybe this one will make more sense:
http://www.cardreaderfactory.com/shop/lancelot.html

for $350 (+$70 shipping for up to 4pcs) you get 2 x Xilinx FPGA XC6SLX150 (speed grade -3, -3N or -2) which for about 26W produces approx. 400MH/s. And they seem to have those in stock.

rc0cl
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
June 17, 2013, 03:58:08 PM
 #897


Is there a porting guide for the Verilog/VHDL code or miner to another different FPGA (ie different vendor/size etc)?

Thanks.
goxed
Legendary
*
Offline Offline

Activity: 1946
Merit: 1006


Bitcoin / Crypto mining Hardware.


View Profile
June 18, 2013, 12:00:37 AM
 #898


Is there a porting guide for the Verilog/VHDL code or miner to another different FPGA (ie different vendor/size etc)?

Thanks.

Do you have any specific board that you want to target?

Revewing Bitcoin / Crypto mining Hardware.
rc0cl
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
June 18, 2013, 02:17:05 AM
 #899


Is there a porting guide for the Verilog/VHDL code or miner to another different FPGA (ie different vendor/size etc)?

Thanks.

Do you have any specific board that you want to target?

Yes, specifically the LatticeECP3 Versa (with a ECP3-35) but ECP3 family in general.

http://www.latticesemi.com/products/developmenthardware/developmentkits/ecp3versadevelopmentkit/index.cfm
vs3
Hero Member
*****
Offline Offline

Activity: 622
Merit: 500


View Profile WWW
June 18, 2013, 05:31:23 AM
 #900


Is there a porting guide for the Verilog/VHDL code or miner to another different FPGA (ie different vendor/size etc)?

Thanks.

Do you have any specific board that you want to target?

Yes, specifically the LatticeECP3 Versa (with a ECP3-35) but ECP3 family in general.

http://www.latticesemi.com/products/developmenthardware/developmentkits/ecp3versadevelopmentkit/index.cfm

WOW! For $99 :
http://www.latticestore.com/searchresults.aspx?supplieruvid=55850000&searchstring=LFE3-35EA-VERSA-EVN
which is based on LFE3-35EA-8FN484C - you get 33K LUTs ...

on one hand - it isn't much, but on the other - for that much money ... it is tempting! Smiley

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 [45] 46 47 48 49 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!