Wow, that's a decent long time support.
An update after six years.
Topic: Cairnsmore1 - Quad XC6SLX150 Board (Read 286370 times)
For Cairnsmore1 users there is now a Amoveo implementation available on https://github.com/dedmarozz/Amoveo-Cairnsmore1-FPGA-Miner/releases .
Incase anyone is interested, I am selling my two Cairnsmore1 boards, final revision, fully working. Comes boxed with cables, instructions and stacking kit.
Any price (reasonable) will be accepted.
Delivery available.
Thanks
Any price (reasonable) will be accepted.
Delivery available.
Thanks
What's reasonable? Also, can it mine alt-coins ? scrypt?
No scrypt. There was mention of a memory module in development, but I have not heard about it again (haven't looked that close either).
Incase anyone is interested, I am selling my two Cairnsmore1 boards, final revision, fully working. Comes boxed with cables, instructions and stacking kit.
Any price (reasonable) will be accepted.
Delivery available.
Thanks
Any price (reasonable) will be accepted.
Delivery available.
Thanks
What's reasonable? Also, can it mine alt-coins ? scrypt?
well, I didn't try a mining software, as I did not inted to mine with this.
It just showed up as uknown devices in the device manager, so I googled for a usb driver, and on
http://www.enterpoint.co.uk/cairnsmore/cairnsmore1_support_materials.html
I found a link for a "Windows USB driver"
edit: at least bfg miner can't find it.
It just showed up as uknown devices in the device manager, so I googled for a usb driver, and on
http://www.enterpoint.co.uk/cairnsmore/cairnsmore1_support_materials.html
I found a link for a "Windows USB driver"
edit: at least bfg miner can't find it.
I can't install the usb driver on win8 because of a missing hash, any tipps?
Which mining software? With cgminer you don't need to install drivers. Check the READMEs.
I can't install the usb driver on win8 because of a missing hash, any tipps?
Incase anyone is interested, I am selling my two Cairnsmore1 boards, final revision, fully working. Comes boxed with cables, instructions and stacking kit.
Any price (reasonable) will be accepted.
Delivery available.
Thanks
Any price (reasonable) will be accepted.
Delivery available.
Thanks
Well, unless my calculations are very much mistaken next difficulty update will be so long and thanks for all the fish time for my CM1s 
With one more circa. 30% increase in difficulty I'll only just be covering my power costs @ £0.09926 per kWh including VAT @ 5%.
Well, the temperature will be dropping soon here in the UK - perhaps I'll redeploy them into a less friendly environment as a frost protection heater for the winter
With one more circa. 30% increase in difficulty I'll only just be covering my power costs @ £0.09926 per kWh including VAT @ 5%.
Well, the temperature will be dropping soon here in the UK - perhaps I'll redeploy them into a less friendly environment as a frost protection heater for the winter
im sitting at 800Mh per CM1 and have been since I bought them, shame I bought them too late.
Oh well hopefully a Lite coin bolt on will recoup some loss as goliath isn't here yet, if I was yohan I would build something so awesome it would let me retire, but I am not so your all lucky :-(
cheers
Oh well hopefully a Lite coin bolt on will recoup some loss as goliath isn't here yet, if I was yohan I would build something so awesome it would let me retire, but I am not so your all lucky :-(
cheers
I would also suggest to flash them to HashVoodoo. You will always know, which FPGA chip is doing what (as they can be over/down clocked on the fly, and every chip can have different frequency).
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
Have you tried after following this start-up sequence?What can I do now to diagnose or fix the problem? Thanks for any ideas.
- stop mining software
- disconnect CM-1 USB cable
- disconnect USB hub cable to computer
- power down CM-1
- power down computer
- power up / boot computer
- power down USB hub
- power up CM-1
- wait until CM-1 fully stable (or, two solid minutes to be sure)
- power up USB hub
- connect USB hub cable to computer
- connect CM-1 USB cable
- start mining software
Yeah, it seems pretty nit-picky. But I've had that sequence resolve things for me before.
Just a thought from a different angle - any telltale visual indicators from the boards? What are the leds doing (predominately)?
Are you seeing any yellow leds when in routine running? That might give a clue if the cause of your low hash rate is that the boards are starved of work and going idle.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
Have you tried after following this start-up sequence?What can I do now to diagnose or fix the problem? Thanks for any ideas.
- stop mining software
- disconnect CM-1 USB cable
- disconnect USB hub cable to computer
- power down CM-1
- power down computer
- power up / boot computer
- power down USB hub
- power up CM-1
- wait until CM-1 fully stable (or, two solid minutes to be sure)
- power up USB hub
- connect USB hub cable to computer
- connect CM-1 USB cable
- start mining software
Yeah, it seems pretty nit-picky. But I've had that sequence resolve things for me before.
Can you run it for 1 hour for example? 10 minutes it's too short time for your pool difficulty (4).
sure, here is 90m run:
http://pastebin.com/hsjtbVHa
Can you run it for 1 hour for example? 10 minutes it's too short time for your pool difficulty (4).
hi,
I'm experiencing weird cm1 behavior and I'm running out of ideas.
I was hashing fine with 800 Mhps using 200 MHz bitstream (makomk shortfin_dcmwd4e_ed_test_200_overclock.bit).
Then I've reinstalled my OS (xubuntu 13-> xubuntu 12.04) and now I can't get more than ~650 Mhps.
When using bfgminer, which sees it as 2 devices ECM0+ECM1, it seems like first chip is only getting to ~250 Mhps and second one ~400. This is in the beginning, after some time both chips are stabilized at ~330 Mhps.
There are some HW errors and messages about increasing queue length in the beginning, then after lowering to 650 Mhps, it is fine.
I tried to change the miner to mpbm. Same result.
I tried to flash the bitstream to 180 Mhz one (makomk shortfin_dcmwd4e_ed_test_180.bit). No change.
I tried to use another OS: mpbm under win7. Didn't help.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
I'm experiencing weird cm1 behavior and I'm running out of ideas.
I was hashing fine with 800 Mhps using 200 MHz bitstream (makomk shortfin_dcmwd4e_ed_test_200_overclock.bit).
Then I've reinstalled my OS (xubuntu 13-> xubuntu 12.04) and now I can't get more than ~650 Mhps.
When using bfgminer, which sees it as 2 devices ECM0+ECM1, it seems like first chip is only getting to ~250 Mhps and second one ~400. This is in the beginning, after some time both chips are stabilized at ~330 Mhps.
There are some HW errors and messages about increasing queue length in the beginning, then after lowering to 650 Mhps, it is fine.
I tried to change the miner to mpbm. Same result.
I tried to flash the bitstream to 180 Mhz one (makomk shortfin_dcmwd4e_ed_test_180.bit). No change.
I tried to use another OS: mpbm under win7. Didn't help.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
You using bfgminer. Please add
Code:
2>> cgminer.log
here it is:
http://pastebin.com/i3nQaDMz
I expect avg hashrate to be around 720 (with 180 mhz bitstream), but it isn't. No hw errors shown in this 10m session, but hashrate went down from 720 in one moment to stable 640. If I let it run for 24h+ it avg will be only around 650.
hi,
I'm experiencing weird cm1 behavior and I'm running out of ideas.
I was hashing fine with 800 Mhps using 200 MHz bitstream (makomk shortfin_dcmwd4e_ed_test_200_overclock.bit).
Then I've reinstalled my OS (xubuntu 13-> xubuntu 12.04) and now I can't get more than ~650 Mhps.
When using bfgminer, which sees it as 2 devices ECM0+ECM1, it seems like first chip is only getting to ~250 Mhps and second one ~400. This is in the beginning, after some time both chips are stabilized at ~330 Mhps.
There are some HW errors and messages about increasing queue length in the beginning, then after lowering to 650 Mhps, it is fine.
I tried to change the miner to mpbm. Same result.
I tried to flash the bitstream to 180 Mhz one (makomk shortfin_dcmwd4e_ed_test_180.bit). No change.
I tried to use another OS: mpbm under win7. Didn't help.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
I'm experiencing weird cm1 behavior and I'm running out of ideas.
I was hashing fine with 800 Mhps using 200 MHz bitstream (makomk shortfin_dcmwd4e_ed_test_200_overclock.bit).
Then I've reinstalled my OS (xubuntu 13-> xubuntu 12.04) and now I can't get more than ~650 Mhps.
When using bfgminer, which sees it as 2 devices ECM0+ECM1, it seems like first chip is only getting to ~250 Mhps and second one ~400. This is in the beginning, after some time both chips are stabilized at ~330 Mhps.
There are some HW errors and messages about increasing queue length in the beginning, then after lowering to 650 Mhps, it is fine.
I tried to change the miner to mpbm. Same result.
I tried to flash the bitstream to 180 Mhz one (makomk shortfin_dcmwd4e_ed_test_180.bit). No change.
I tried to use another OS: mpbm under win7. Didn't help.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
You using bfgminer. Please add
Code:
2>> cgminer.log
hi,
I'm experiencing weird cm1 behavior and I'm running out of ideas.
I was hashing fine with 800 Mhps using 200 MHz bitstream (makomk shortfin_dcmwd4e_ed_test_200_overclock.bit).
Then I've reinstalled my OS (xubuntu 13-> xubuntu 12.04) and now I can't get more than ~650 Mhps.
When using bfgminer, which sees it as 2 devices ECM0+ECM1, it seems like first chip is only getting to ~250 Mhps and second one ~400. This is in the beginning, after some time both chips are stabilized at ~330 Mhps.
There are some HW errors and messages about increasing queue length in the beginning, then after lowering to 650 Mhps, it is fine.
I tried to change the miner to mpbm. Same result.
I tried to flash the bitstream to 180 Mhz one (makomk shortfin_dcmwd4e_ed_test_180.bit). No change.
I tried to use another OS: mpbm under win7. Didn't help.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
I'm experiencing weird cm1 behavior and I'm running out of ideas.
I was hashing fine with 800 Mhps using 200 MHz bitstream (makomk shortfin_dcmwd4e_ed_test_200_overclock.bit).
Then I've reinstalled my OS (xubuntu 13-> xubuntu 12.04) and now I can't get more than ~650 Mhps.
When using bfgminer, which sees it as 2 devices ECM0+ECM1, it seems like first chip is only getting to ~250 Mhps and second one ~400. This is in the beginning, after some time both chips are stabilized at ~330 Mhps.
There are some HW errors and messages about increasing queue length in the beginning, then after lowering to 650 Mhps, it is fine.
I tried to change the miner to mpbm. Same result.
I tried to flash the bitstream to 180 Mhz one (makomk shortfin_dcmwd4e_ed_test_180.bit). No change.
I tried to use another OS: mpbm under win7. Didn't help.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
[...] On the CM1s that I am running personally [...]
What is your average uptime before you have to reset? Jump to: