bulanula
|
|
June 16, 2012, 10:14:28 PM |
|
MPBM is the cgminer of the FPGA world.
I've heard of it yes. cgminer is for GPUs and should stay that way.
I don't see why. Because trying to make a software the cooks popcorn as well as mining on your rabbit will be ultimate failure. Just stick to one thing only. Now every time he releases an update I have to download some bogus bitstream crap I will never ever use.
I'm not sure I understand. 4MB included shitty ztex bitstream in the binaries so every time new cgminer comes out i have to download crappy 4mb downloads instead of 0.7 mb before it ! MPBM got backup pool, bitstream upload, switches MHz ( dynamic overclocking ) basically it rocks for FPGAs and cgminer is bogus for FPGA.
- cgminer has backup pools in one of its multiple pool support modes (in fact it's the default).
- Bitstream upload, I don't know about.
- Switches MHz, IIRC I've seen users of cgminer discussing how it works, so it surely is included.
NO. cgminer cannot adjust fpga frequency on the fly depending on error rate like mpbm. cgminer only does clock adjusting for GPUs afaik so NO. [/list] Has cgminer backup pools support was the main reason why I switched from DiabloMiner 10 months ago, I very much doubt you know cgminer enough to help me form my opinion if you cite this as an advantage for MPBM... How would I know with 2 4*5870 rigs running cgminer 2.4.3 custom
|
|
|
|
TheHarbinger
Sr. Member
Offline
Activity: 378
Merit: 250
Why is it so damn hot in here?
|
|
June 16, 2012, 10:30:26 PM |
|
MPBM is the cgminer of the FPGA world.
I've heard of it yes. cgminer is for GPUs and should stay that way.
I don't see why. Because trying to make a software the cooks popcorn as well as mining on your rabbit will be ultimate failure. Just stick to one thing only. Now every time he releases an update I have to download some bogus bitstream crap I will never ever use.
I'm not sure I understand. 4MB included shitty ztex bitstream in the binaries so every time new cgminer comes out i have to download crappy 4mb downloads instead of 0.7 mb before it ! MPBM got backup pool, bitstream upload, switches MHz ( dynamic overclocking ) basically it rocks for FPGAs and cgminer is bogus for FPGA.
- cgminer has backup pools in one of its multiple pool support modes (in fact it's the default).
- Bitstream upload, I don't know about.
- Switches MHz, IIRC I've seen users of cgminer discussing how it works, so it surely is included.
NO. cgminer cannot adjust fpga frequency on the fly depending on error rate like mpbm. cgminer only does clock adjusting for GPUs afaik so NO. [/list] Has cgminer backup pools support was the main reason why I switched from DiabloMiner 10 months ago, I very much doubt you know cgminer enough to help me form my opinion if you cite this as an advantage for MPBM... How would I know with 2 4*5870 rigs running cgminer 2.4.3 custom my mom's laptop running GUIminer There, fixed that for you.
|
12Um6jfDE7q6crm1s6tSksMvda8s1hZ3Vj
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
June 16, 2012, 10:46:54 PM Last edit: June 16, 2012, 11:30:35 PM by kano |
|
The only change in the "driver-cairnsmore.c" code (other than copying the icarus 2.3.4 code and changing the text everywhere to say cairnsmore instead of icarus) was to change the serial speed to 57600 instead of 115200 (and no idea why but they did that to the icarus driver also) I have no idea if that even fixes anything - but the code will certainly report the MH/s wrong and if it doesn't run exactly the same MH/s speed as an icarus Rev3 it could have other issues (2.3.4 is quite old in the FPGA arena ...) Again as I wrote in here many pages back, the whole point of the --icarus-timing option was to deal with devices with different speeds to the standard icarus Rev3 (but pretending to be an icarus Rev3) I even provided that without ANY compensation at all (from anyone with any FPGA ) so all they needed to say was cairnsmore needs the Serial/USB to be 57600 (if that is even true?) If it's not needed then the current cgminer 2.4.2/3 should be able to mine with the correct --icarus-timing options (edit: and yes 2.3.4 doesn't have --icarus-timing)
|
|
|
|
ebereon
|
|
June 16, 2012, 10:51:03 PM |
|
Got it now running with standard cgminer 2.4.3 with SW6 1 = off, 234 on (no --icarus-timing option)
But EP-cgminer wont work now... and the other way around.
So at my board SW6 dip 1 changes the possibility of standard cgminer or the enterpoint one.
I use now the standard cgminer.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
June 16, 2012, 11:05:44 PM |
|
If it is actually working fine, then '--icarus-timing short' should also ensure it works out the correct timing for reporting the hash rate and for minimising waits between work
'waits' should be almost zero, but if the default values are wrong they could be sizeable depending on the FPGA performance
Also note (as it says in FPGA-README) '--icarus-timing short' needs the computer to be 'quiet', other than cgminer, to make sure it gets the numbers right
Once it has the right 2 numbers you can feed that into cgminer every other time you run it and not need to run the 'short' timing mode
|
|
|
|
ebereon
|
|
June 16, 2012, 11:19:34 PM Last edit: June 18, 2012, 08:14:12 AM by ebereon |
|
thanks kano!
mpbm works also with the icarus miner, just change the bautrate to 57600 as kano has described. SW6 = 1234 ON
|
|
|
|
Doff
|
|
June 17, 2012, 12:01:03 AM |
|
Works fine in windows, I just wish I could figure out what Linux wants to communicate with it. I couldn't get mpbm working with it either. I still think I have a driver issue even though the ttyUSB0-4 are all showing up properly, and the drivers look good in lsmod.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
June 17, 2012, 01:10:20 AM |
|
Works fine in windows, I just wish I could figure out what Linux wants to communicate with it. I couldn't get mpbm working with it either. I still think I have a driver issue even though the ttyUSB0-4 are all showing up properly, and the drivers look good in lsmod.
As ebereon worked out - try changing SW6 1 (that, I guess, changes the baud rate?) The real cgminer uses 115200 in the icarus code
|
|
|
|
Luke-Jr
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
June 17, 2012, 02:03:47 AM |
|
mpbm works also with the icarus miner, just change the bautrate to 56000 as kano has described. SW6 = 1234 ON
Tried that and still getting: "could not open port /dev\ttyUSB0: [Error 3] The system cannot find the path specified. Help? Learn what a slash is, and what a backslash is.
|
|
|
|
-ck
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
June 17, 2012, 03:55:13 AM |
|
Ok CGminer (windows) is back and with source code.
Thank you very much. Please also include the license COPYING file with the binary when you next re-package it. It seems to be trivial enough to add support for this device to the main cgminer codebase.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
testconpastas2
|
|
June 17, 2012, 05:10:29 AM |
|
Ok CGminer (windows) is back and with source code.
Thank you very much. Please also include the license COPYING file with the binary when you next re-package it. It seems to be trivial enough to add support for this device to the main cgminer codebase. good news it seems cairnsmore1 is going to be added to the main cgminer
|
|
|
|
Doff
|
|
June 17, 2012, 05:43:27 AM |
|
Works fine in windows, I just wish I could figure out what Linux wants to communicate with it. I couldn't get mpbm working with it either. I still think I have a driver issue even though the ttyUSB0-4 are all showing up properly, and the drivers look good in lsmod.
As ebereon worked out - try changing SW6 1 (that, I guess, changes the baud rate?) The real cgminer uses 115200 in the icarus code That did the trick thanks Eb and Kano! Doff
|
|
|
|
yohan (OP)
|
|
June 17, 2012, 06:27:27 AM |
|
Remember this is still only an temporary release of CGminer. It isn't much changed from the standard but there is more to come as we enable the extra hardware features that Cairnsmore1 has.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
June 17, 2012, 06:43:39 AM |
|
Well at the moment - in reality - it is just a single number changed and that is all. ... and that seems to be avoidable by switching SW6/1
So I'd guess that these new options might take a while ... longer ... to appear ...
|
|
|
|
Keninishna
|
|
June 17, 2012, 10:25:25 AM |
|
Well at the moment - in reality - it is just a single number changed and that is all. ... and that seems to be avoidable by switching SW6/1
So I'd guess that these new options might take a while ... longer ... to appear ...
using --icarus-timing=short on standard cgminer release works as well without any other changes. For me at least.
|
|
|
|
norulezapply
|
|
June 17, 2012, 10:32:30 AM Last edit: June 17, 2012, 12:02:58 PM by norulezapply |
|
Apologies for being a bit late to the party - I got my second board a few days ago now. I noticed the dip switches are set differently on each board. Haven't figured those out yet. Just going to play around with them now. Also apologies for the poor image quality, but camera phones are fast and easy! EDIT: I matched the dip switches on the top board with the bottom board and now the first 2 FPGAs on each board are hashing correctly with stock cgminer. Haven't figured out how to get all 4 FPGAs hashing on each board yet. My dip switch settings SW1 = 1111 SW6 = 0111 Front FPGAs = 1111 Back FPGAs = 0111 EDIT: 100Mh/s each. Anyone managed higher than this yet?
|
|
|
|
gyverlb
|
|
June 17, 2012, 12:15:05 PM |
|
Apologies for being a bit late to the party - I got my second board a few days ago now.
So I assume multiple boards delivery is beginning ? I'm a little worried as I've not been contacted yet for ordering and I pre-ordered 2 boards. Hope I've not been forgotten.
|
|
|
|
TheHarbinger
Sr. Member
Offline
Activity: 378
Merit: 250
Why is it so damn hot in here?
|
|
June 17, 2012, 12:23:29 PM |
|
Apologies for being a bit late to the party - I got my second board a few days ago now.
So I assume multiple boards delivery is beginning ? I'm a little worried as I've not been contacted yet for ordering and I pre-ordered 2 boards. Hope I've not been forgotten. It all depends on when you ordered. You got an e-mail with an approximate shipping time. Me, I don't get mine until mid July. I'm not mad, that gives them time to figure out how I'm going to pay with BTC.
|
12Um6jfDE7q6crm1s6tSksMvda8s1hZ3Vj
|
|
|
gyverlb
|
|
June 17, 2012, 12:35:10 PM |
|
It all depends on when you ordered. You got an e-mail with an approximate shipping time.
Your pre-order is confirmed at GBP £400 / USD 640 / 520 Euros (plus tax and shipping) per unit. We will update you on the delivery schedule in 2-3 weeks time but it is likely to be mid-June.
The shipping on 2 units will be about GBP £30 / 39€ + VAT(20%). We don't have exact costing yet as we don't have a final weight for the unit but it won't be far off that number.…
Mid-june is just about now :-) I don't mind waiting a bit, but would appreciate an update. I preferred to wait for the 2 units to ship together so I'm probably delayed by some time, but it's not clear to me by how much.
|
|
|
|
yohan (OP)
|
|
June 17, 2012, 01:59:37 PM |
|
On June orders we are currently about 1 week behind the indicated schedule. However I am hoping that this week all of our lines will step up a big notch and we will start to recover our delivery timescales back to where we should be. We will know a bit more once we have analysed last weeks performance and we get a view on this week's progress. We did make a very big improvement in efficiency this week and I hope that will show in the coming week.
We do think we have a small stall coming in the first week of July so output will maybe down that week but then we should have 2 very good weeks of output before summer holidays reduce our output in the last week of July and then the very low output for August.
So for the moment your order indications probably won't be far from the actual delivery dates.
Yohan
|
|
|
|
|