spiccioli
Legendary
Offline
Activity: 1378
Merit: 1003
nec sine labore
|
|
August 02, 2012, 12:35:12 PM |
|
flashed successfully and tried mining with cgminer 2.6.1 but not working...test fails on startup
can someone post a picture of the dip switch settings for 190MHz settings so I can make sure they are right
Cranky, they're the same of the first image in Dip Switch Settings section on this page http://www.enterpoint.co.uk/cairnsmore/cairnsmore1_support_materials.htmlBUT for SW6 switch 1 which has to be on the OFF position (to the right looking at the image). spiccioli
|
|
|
|
Lethos
|
|
August 02, 2012, 12:48:47 PM |
|
I quickly did an image up for you. Follow these instructions and you should flash okay. All the steps are important, worst comes to the worst try do them again from the start. Unplug the usb cable on all other boards if you have more than 1. Set one board to the above setting (SW1 - #3 enables programming btw) Plug it again (this should make sure the program detects the board as ready) At the command line type: xc3sprog -c cm1 -j This should show the board with it's 4 chips are visible. At the command line type: xc3sprog -c cm1 -p0 -Ixc6lx150.bit shortfin190.bit then xc3sprog -c cm1 -p1 -Ixc6lx150.bit shortfin190.bit then xc3sprog -c cm1 -p2 -Ixc6lx150.bit shortfin190.bit then xc3sprog -c cm1 -p3 -Ixc6lx150.bit shortfin190.bit This flashes each of the 4 chips individually. It takes a few minutes for each one, be patient. (make sure you update it for different bitstreams and changes in filename, ensuring obviously the bitstreams are in the same directory as xc3sprog) Unplug the cable on the board. Move SW1 switch 3 to ON (labeled mine), so it's like all the others next to it. Move SW1 switch 1 to OFF (labeled reset) then after a few seconds to ON again When just the yellow leds next to the 4 chips are on all, plug the board again
|
|
|
|
Cranky4u
|
|
August 02, 2012, 12:50:05 PM |
|
I quickly did an image up for you. Follow these instructions and you should flash okay. All the steps are important, worst comes to the worst try do them again from the start. Unplug the usb cable on all other boards if you have more than 1. Set one board to the above setting (SW1 - #3 enables programming btw) Plug it again (this should make sure the program detects the board as ready) At the command line type: xc3sprog -c cm1 -j This should show the board with it's 4 chips are visible. At the command line type: xc3sprog -c cm1 -p0 -Ixc6lx150.bit shortfin190.bit xc3sprog -c cm1 -p1 -Ixc6lx150.bit shortfin190.bit xc3sprog -c cm1 -p2 -Ixc6lx150.bit shortfin190.bit xc3sprog -c cm1 -p3 -Ixc6lx150.bit shortfin190.bit This flashes each of the 4 chips individually. It takes a few minutes for each one, be patient. (make sure you update it for different bitstreams and changes in filename, ensuring obviously the bitstreams are in the same directory as xc3sprog) Unplug the cable on the board. Move SW1 switch 3 to ON (labeled mine), so it's like all the others next to it. Move SW1 switch 1 to OFF (labeled reset) then after a few seconds to ON again When just the yellow leds next to the 4 chips are on all, plug the board again a work of art...THANKS!
|
|
|
|
Lethos
|
|
August 02, 2012, 12:52:19 PM |
|
No problems, I was just to make it clear one part is not one big command line and is 4 seperate commands where you wait for it to flash. Also that is merely a photoshopped image of one on their site, modified for the right settings.
|
|
|
|
ShadesOfMarble
Donator
Hero Member
Offline
Activity: 543
Merit: 500
|
|
August 02, 2012, 01:44:02 PM |
|
@Cranky4u Please try to avoid quoting whole posts and/or images... this really clutters the thread.
|
|
|
|
Cranky4u
|
|
August 02, 2012, 01:50:51 PM |
|
apologies for the mash up...
2 boards flashed and now undergoing 48hr stability test...thnx ppl...it has been about 5 years since I touched any Linux flavoured OS hence some rustiness
|
|
|
|
Lethos
|
|
August 02, 2012, 02:05:28 PM |
|
apologies for the mash up...
2 boards flashed and now undergoing 48hr stability test...thnx ppl...it has been about 5 years since I touched any Linux flavoured OS hence some rustiness
Best of luck, All it takes is a little refresher.
|
|
|
|
Entropy-uc
|
|
August 02, 2012, 02:27:23 PM |
|
I've programmed 20 odd boards with the Makomk 190 Mhz bitstream. They are mostly all hashing at over U: 5 / m. There are a few ~10% hashing painfully slow 1 or less. I won't have time to debug those, so I'm just letting everything run.
Startup was painful in a few cases, but generally, replacing cables and power cycling the boards seemed to resolve those problems.
Makomk, regardless of whether you with the bounty, there will be significant bitcoins coming your way from me!
Do you think you can push it farther?
|
|
|
|
Glasswalker
|
|
August 02, 2012, 03:54:29 PM |
|
I have a new development to post... As you all know makomk jumped in with some of his icarus improvements, and that resulted in a mostly stable bitstream which had some great jumps in performance for everyone. In addition, I was working on trying to work around some of the board level issues on the cairnsmore and also making several other improvements to the bitstream as a whole. (some new fixes just came down the pipe this morning from Enterpoint which might help improve stability further). Lastly, I've been working on another mining core on the side which I had hoped to make some money off of. Well in light of all this, I had a chat on IRC with makomk, and we have decided that I'm going to release all my work so far, (even though it's still unstable, we're rapidly working on fixing that). And makomk will share all his "tricks" and work so far. Together we're working with some additional help from TheSeven as well. To collaborate on a single opensource bitstream project which hopefully will have many improvements for everyone. Initially this will be targeting the Cairnsmore, but we're going to try and keep it "hardware agnostic" if possible. And of course 100% opensource, including project files required to build it, and it can be built purely in Xilinx ISE (no third party tools). In addition, I'm now officially open sourcing my new bitstream (the new hashing core) which is still incomplete, but has huge potential I think. So with all this combined, this bitstream has the potential of being a great new boost to the bitcoin FPGA mining community as a whole. Anyway, with this agreement, we've agreed, that if the community decides that we "qualify" for the bounty, we will be splitting the bounty down the middle 50/50. This way we're no longer competing, but instead cooperating to deliver a new improved bitstream to the community. Which is good for everyone. Hopefully makomk will pop in here shortly and confirm this from his end with a post. And of course, here is the shiny new github where all our work will now live directly in the public eye: https://github.com/pmumby/hashvoodoo-fpga-bitcoin-minerSo if any of you find problems/issues, please use the issues tracker on github to submit them, so they can be worked on as they are found. If you submit issues, please provide as much detail as possible. Also if anyone has anything to contribute, ideas, suggestions, or wants to work on porting to another board, let me know, I'll let you get involved as a collaborator. I'll post more news once I have it!
|
|
|
|
makomk
|
|
August 02, 2012, 04:01:41 PM |
|
Well in light of all this, I had a chat on IRC with makomk, and we have decided that I'm going to release all my work so far, (even though it's still unstable, we're rapidly working on fixing that). And makomk will share all his "tricks" and work so far. Together we're working with some additional help from TheSeven as well. To collaborate on a single opensource bitstream project which hopefully will have many improvements for everyone.
Initially this will be targeting the Cairnsmore, but we're going to try and keep it "hardware agnostic" if possible. And of course 100% opensource, including project files required to build it, and it can be built purely in Xilinx ISE (no third party tools).
In addition, I'm now officially open sourcing my new bitstream (the new hashing core) which is still incomplete, but has huge potential I think. So with all this combined, this bitstream has the potential of being a great new boost to the bitcoin FPGA mining community as a whole.
Anyway, with this agreement, we've agreed, that if the community decides that we "qualify" for the bounty, we will be splitting the bounty down the middle 50/50.
This way we're no longer competing, but instead cooperating to deliver a new improved bitstream to the community. Which is good for everyone.
Hopefully makomk will pop in here shortly and confirm this from his end with a post. Just a quick note to (mostly) confirm this. I may still be releasing my own bitstreams in parallel to working on the new project - they're focused on very rapid testing of small incremental improvements, whereas developing a new hashing core is really hard - but regardless of which "wins" in the end I'll still be splitting the bounty down the middle with Glasswalker. The duplication of effort was seriously getting out of hand and I didn't realise quite how much so until recently.
|
Quad XC6SLX150 Board: 860 MHash/s or so. SIGS ABOUT BUTTERFLY LABS ARE PAID ADS
|
|
|
Lethos
|
|
August 02, 2012, 04:03:21 PM |
|
Nice to see you guys working together. Look forward to what comes from this.
|
|
|
|
steveme
Newbie
Offline
Activity: 37
Merit: 0
|
|
August 02, 2012, 04:15:19 PM |
|
Great news for everyone involved - cooperation is better than competition. As soon as I get my board (T minus 6 weeks) I'll send some coin your way.
|
|
|
|
Doff
|
|
August 02, 2012, 04:37:38 PM Last edit: August 03, 2012, 02:17:00 AM by Doff |
|
Great news, ill be adding 2 to the bounty in that case. Ill be sending it later today after work.
My two sent~!
Thanks
Doff
|
|
|
|
spiccioli
Legendary
Offline
Activity: 1378
Merit: 1003
nec sine labore
|
|
August 02, 2012, 04:55:50 PM |
|
Truly great news,
I'll double my BTC later today, early tomorrow, so +10 to the bounty.
spiccioli.
|
|
|
|
Glasswalker
|
|
August 02, 2012, 05:13:50 PM |
|
Just a quick note to (mostly) confirm this. I may still be releasing my own bitstreams in parallel to working on the new project - they're focused on very rapid testing of small incremental improvements, whereas developing a new hashing core is really hard - but regardless of which "wins" in the end I'll still be splitting the bounty down the middle with Glasswalker. The duplication of effort was seriously getting out of hand and I didn't realise quite how much so until recently.
Yeah sorry didn't mean to imply you wouldn't be working on any other projects but this one only that we'd be putting our heads together on this one (in addition to any other side projects any of us have on the go) lol.
|
|
|
|
Isokivi (OP)
|
|
August 02, 2012, 05:34:33 PM |
|
I have a new development to post... As you all know makomk jumped in with some of his icarus improvements, and that resulted in a mostly stable bitstream which had some great jumps in performance for everyone. In addition, I was working on trying to work around some of the board level issues on the cairnsmore and also making several other improvements to the bitstream as a whole. (some new fixes just came down the pipe this morning from Enterpoint which might help improve stability further). Lastly, I've been working on another mining core on the side which I had hoped to make some money off of. Well in light of all this, I had a chat on IRC with makomk, and we have decided that I'm going to release all my work so far, (even though it's still unstable, we're rapidly working on fixing that). And makomk will share all his "tricks" and work so far. Together we're working with some additional help from TheSeven as well. To collaborate on a single opensource bitstream project which hopefully will have many improvements for everyone. Initially this will be targeting the Cairnsmore, but we're going to try and keep it "hardware agnostic" if possible. And of course 100% opensource, including project files required to build it, and it can be built purely in Xilinx ISE (no third party tools). In addition, I'm now officially open sourcing my new bitstream (the new hashing core) which is still incomplete, but has huge potential I think. So with all this combined, this bitstream has the potential of being a great new boost to the bitcoin FPGA mining community as a whole. Anyway, with this agreement, we've agreed, that if the community decides that we "qualify" for the bounty, we will be splitting the bounty down the middle 50/50. This way we're no longer competing, but instead cooperating to deliver a new improved bitstream to the community. Which is good for everyone. Hopefully makomk will pop in here shortly and confirm this from his end with a post. And of course, here is the shiny new github where all our work will now live directly in the public eye: https://github.com/pmumby/hashvoodoo-fpga-bitcoin-minerSo if any of you find problems/issues, please use the issues tracker on github to submit them, so they can be worked on as they are found. If you submit issues, please provide as much detail as possible. Also if anyone has anything to contribute, ideas, suggestions, or wants to work on porting to another board, let me know, I'll let you get involved as a collaborator. I'll post more news once I have it! This is the best news ever, imho you will qualify for the bounty.
|
Bitcoin trinkets now on my online store: btc trinkets.com <- Bitcoin Tiepins, cufflinks, lapel pins, keychains, card holders and challenge coins.
|
|
|
zefir
Donator
Hero Member
Offline
Activity: 919
Merit: 1000
|
|
August 02, 2012, 05:49:14 PM |
|
Great to hear!
While competition for sure is the key factor to maximize performance in the long run, in this particular environment collaboration will guarantee to get the best possible result in the shortest possible time. Just great you joined your forces now.
To all CM1 operators out there: now there is no reason to withhold your contribution to the bounty. If you agreed to support it initially but did not send your coins by now, please consider doing it. If you did not commit initially, still please consider contributing 1BTC for each board you have (this is less than one week's mining income from the additional hashing power you gained with the bitstreams already provided). Be fair, people are working hard and deserve some compensation. The 122 coins collected so far are only almost half of what was committed to - please consider supporting.
@Glasswalker: now since you work together, how's the chance to get up/down functionality supported soon? I figured that half of the instability I have is due to USB cable and / or hub problems. If the related controller FW can save me from buying new cables and hubs (again), I will increase my contribution by another 25BTC.
Thank you all for the enormous efforts and the great outcome.
|
|
|
|
Glasswalker
|
|
August 02, 2012, 06:39:17 PM |
|
@Glasswalker: now since you work together, how's the chance to get up/down functionality supported soon? I figured that half of the instability I have is due to USB cable and / or hub problems. If the related controller FW can save me from buying new cables and hubs (again), I will increase my contribution by another 25BTC.
For now the focus is getting past the main stability issues and getting the bitstream running on all 4 chips in some sort of reliable way. Before we get up/down working we'll need to finalize a new communications protocol. The communications protocol needs to stay fairly robust and flexible. And I've gotten several suggestions/ideas on that from TheSeven, so I'm sure that will change somewhat with the collaboration we have here now. That's the kind of thing you want to hammer down and get 100% right from the beginning. Once the protocol is decided, we'll roll it into the controller and get it working purely with the controller and the 4 worker fpgas... Once that's tested, and validated, adding the same on the up/down port is a fairly minimal addition. So basically, probably not for a bit still. Even if I used my previously defined protocol as-is as a temporary measure, it still needs to be finished and tested on the workers (and we still don't have stable clocks yet). Right now the clocks seem to be the last real barrier, and so that's what's being worked on to solve many of the remaining issues.
|
|
|
|
Cranky4u
|
|
August 03, 2012, 05:31:03 AM |
|
ok...after 18 hours of testing, well short of the 48 hours I hoped for, here is my 190 bit stream findings;
System - Win 7 64bit, cgminer 2.6.1 + phatk, cm1 #62-0432 & #63-0433 Average hash rate per cm1 = ~725MHs at pool & via cgminer Note: neither board is reaching the bounty threshold of 750MHs Average U = 17.5~17.8/m HW & R are very low. HW = 0 & R <5 Maximum run time between failures (resulting in need for system reset to recover e.g BSD or non-responsive) - 14 hours Minimum run time between failures (resulting in need for system reset to recover e.g BSD or non-responsive) - 0.5 hours Average restarts of cgminer before both boards detect successfully - 3 Identified conflicts - use of 2nd 6770 GPU for mining causes system to BSD on start up of cgiminer or intedpendent start of of phoenix miner when cgminer is FPGA only. Note: Can mine on 1st 6770 GPU though.
I hope this helps developers... Tweakers, any idea on how to tweak to get up to 750MHs and improve stability?
|
|
|
|
this time
Newbie
Offline
Activity: 55
Merit: 0
|
|
August 03, 2012, 06:03:46 AM |
|
ok...after 18 hours of testing, well short of the 48 hours I hoped for, here is my 190 bit stream findings;
System - Win 7 64bit, cgminer 2.6.1 + phatk, cm1 #62-0432 & #63-0433 Average hash rate per cm1 = ~725MHs at pool & via cgminer Note: neither board is reaching the bounty threshold of 750MHs Average U = 17.5~17.8/m HW & R are very low. HW = 0 & R <5 Maximum run time between failures (resulting in need for system reset to recover e.g BSD or non-responsive) - 14 hours Minimum run time between failures (resulting in need for system reset to recover e.g BSD or non-responsive) - 0.5 hours Average restarts of cgminer before both boards detect successfully - 3 Identified conflicts - use of 2nd 6770 GPU for mining causes system to BSD on start up of cgiminer or intedpendent start of of phoenix miner when cgminer is FPGA only. Note: Can mine on 1st 6770 GPU though.
I hope this helps developers... Tweakers, any idea on how to tweak to get up to 750MHs and improve stability?
What are your per worker U values? U=17.5 on 2 boards looks like 1 fpga isn't hashing which is a common issue with that bitstream.
|
|
|
|
|