Pages:
Author

Topic: Cairnsmore1 - Quad XC6SLX150 Board - page 59. (Read 286370 times)

legendary
Activity: 1379
Merit: 1003
nec sine labore
July 20, 2012, 03:16:46 AM
Can you share how you managed to get it stable for that long, since many are not yet.
What settings and that do you use in CGminer?

Hi Lethos,

nothing fancy, I just start cgminer telling it what ttyUSB?? port (I'm on linux) to use, I'm not using the icarus-timing option.


spiccioli
Yeah those MH/s values are wrong of course Smiley
(--icarus-timing fixes that)
The correct MH/s for U: 2.60/m would be 186MH/s
i.e. ignore the MH/s numbers on your screen.

the --icarus-timing (assuming 2.60/186 is correct) would be ~5.376
But to be sure you would use something like --icarus-timing 5.376=200

Of course you can get close to the correct value instead of 5.376 using --icarus-timing short

kano,

I've found that cgminer 2.4.3 works as well without using --icarus-timing at all, I'm just throwing away a bigger part of each getwork and I don't see the correct hashing speed (which is not an issue for me).

By the way, the used bitstream should be hashing at 190MH/s but there are boards with higher U: and other boards with a lower one, so a single --icarus-timing option would be correct just for some boards.

spiccioli.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
July 20, 2012, 03:10:40 AM
Can you share how you managed to get it stable for that long, since many are not yet.
What settings and that do you use in CGminer?

Hi Lethos,

nothing fancy, I just start cgminer telling it what ttyUSB?? port (I'm on linux) to use, I'm not using the icarus-timing option.


spiccioli
Yeah those MH/s values are wrong of course Smiley
(--icarus-timing fixes that)
The correct MH/s for U: 2.60/m would be 186MH/s
i.e. ignore the MH/s numbers on your screen.

the --icarus-timing (assuming 2.60/186 is correct) would be ~5.376
But to be sure you would use something like --icarus-timing 5.376=200

Of course you can get close to the correct value instead of 5.376 using --icarus-timing short
legendary
Activity: 1379
Merit: 1003
nec sine labore
July 20, 2012, 02:29:34 AM
Can you share how you managed to get it stable for that long, since many are not yet.
What settings and that do you use in CGminer?

Hi Lethos,

nothing fancy, I just start cgminer telling it what ttyUSB?? port (I'm on linux) to use, I'm not using the icarus-timing option.


spiccioli
sr. member
Activity: 462
Merit: 251
July 20, 2012, 02:01:45 AM
Yohan, are there instructions for setting up the stacking kits? I'm just not understanding how the sticks screw together.  Huh

No formal instructions but I will try and get that into the user manual which is still in progress.

All you need to do is to remove the screws from the 4 feet. On the bottom board you are going to reuse the feet with the stacking pillar so the stacking pillar screws into the foot instead of the normal screw. Sometimes you may have to hold a foot with grips or pliars to allow you to tighten in the stacking pillar enough. The next board you do something similar except this time you screw into the first set of stacking pillars rather than a foot that the first board does. Apart from a screwdrive to remove screws and maybe a grip to hold feet you should be able to hand tighten everything else.
hero member
Activity: 556
Merit: 500
July 20, 2012, 01:26:34 AM
Yohan, are there instructions for setting up the stacking kits? I'm just not understanding how the sticks screw together.  Huh
member
Activity: 112
Merit: 10
July 20, 2012, 01:05:18 AM
Thank you, wildemagic.

Happy to help, if your having trouble deciphering the results, paste them here.

kind regards
sr. member
Activity: 476
Merit: 250
July 20, 2012, 01:03:02 AM
Thank you, wildemagic.
member
Activity: 112
Merit: 10
July 20, 2012, 01:01:07 AM
IIRC, somewhere back in this long thread there is a command line switch or other work-around to rectify that.

Its in the cgminer fpgareadme file.

Use the --icarus timing option.

Use the short timing and watch the results, then input them as part of your command line.

Default icarus bitstream operates on 2x190mhz fpgas and yields 380mh/s for a default command line of  --icarus-timing 2.66=113 ( i think)

A 200x2 icarus bitstream (the 200mhz beta) uses  --icarus-timing 2.5000=107

So once you run --carus-short and get the ms timing and max nonce range details, use these as your command line option with --icarus-timing.

kind regards
sr. member
Activity: 476
Merit: 250
July 20, 2012, 12:56:01 AM
Just wondering:
...
So the real effectiveness of the device is about a half of what it shows.

Can somebody explain me that?
Yes, with default cgminer settings the MH/s on these things show about twice reality.

IIRC, somewhere back in this long thread there is a command line switch or other work-around to rectify that.

Time to hone your search-fu skills. Smiley
newbie
Activity: 58
Merit: 0
July 20, 2012, 12:52:46 AM
Just wondering:

Newly arrived Quad Cairnsmore1 board shows me something like this:

 ICA 0:                | 360.0/361.2Mh/s | A:279 R:3 HW:0 U:2.37/m
 ICA 1:                | 364.7/362.3Mh/s | A:295 R:3 HW:0 U:2.50/m

Whilst the old GPU rig shows a bit different:

 GPU 0:  68.0C 5210RPM | 383.5/404.7Mh/s | A:60299 R:896 HW:0 U: 5.55/m I: 9
 GPU 1:  59.5C 3016RPM | 281.3/328.2Mh/s | A:48870 R:736 HW:0 U: 4.50/m I: 9

Isn't it strange that almost the same Mh/s values of GPUs give about twice more shares per minute than the Cairnsmore1?
So the real effectiveness of the device is about a half of what it shows.

Can somebody explain me that?

All values were captured from cgminer 2.5.0.
The 2.3.4 version from the support materials shows almost the same.
Controller version is 1.3, connection is fast and stable.

Thanks.
sr. member
Activity: 476
Merit: 250
Keep it Simple. Every Bit Matters.
July 19, 2012, 07:57:40 AM
Can you share how you managed to get it stable for that long, since many are not yet.
What settings and that do you use in CGminer?
legendary
Activity: 1379
Merit: 1003
nec sine labore
July 19, 2012, 07:49:51 AM
After nearly one week of hashing I've got a stuck FPGA, controller rev. 1.3, ICA 7 is stuck, no more increasing A: and a slowly decreasing U:.

I'm offsite, right now, so I can't see leds.

ICA 9, while slower than the others, is still hashing.

Code:
 cgminer version 2.4.3 - Started: [2012-07-13 07:26:50]
--------------------------------------------------------------------------------
 (5s):8053.2 (avg):7381.1 Mh/s | Q:1251980  A:461192  R:463  HW:0  E:37%  U:50.8/m
 TQ: 20  ST: 21  SS: 12  DW: 16222  NB: 985  LW: 1059  GF: 794  RF: 6
 Connected to http://pool.abcpool.co with LP as user ....
 Block: 000006b34a33513bc9eb387c3868ad63...  Started: [14:36:38]
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 ICA 0:                | 379.7/369.0Mh/s | A:23785 R:25 HW:0 U: 2.62/m
 ICA 1:                | 379.9/369.2Mh/s | A:21985 R:21 HW:0 U: 2.42/m
 ICA 2:                | 379.9/369.3Mh/s | A:23616 R:25 HW:0 U: 2.60/m
 ICA 3:                | 379.9/369.1Mh/s | A:22531 R:24 HW:0 U: 2.48/m
 ICA 4:                | 379.9/369.1Mh/s | A:23555 R:20 HW:0 U: 2.60/m
 ICA 5:                | 379.9/369.2Mh/s | A:23276 R:18 HW:0 U: 2.56/m
 ICA 6:                | 379.8/368.9Mh/s | A:23412 R:18 HW:0 U: 2.58/m
 ICA 7:                | 380.0/368.8Mh/s | A:19404 R:25 HW:0 U: 2.14/m
 ICA 8:                | 380.0/369.1Mh/s | A:23357 R:27 HW:0 U: 2.57/m
 ICA 9:                | 379.9/369.0Mh/s | A:20225 R:20 HW:0 U: 2.23/m
 ICA 10:                | 379.9/369.1Mh/s | A:23369 R:28 HW:0 U: 2.58/m
 ICA 11:                | 379.8/369.0Mh/s | A:23479 R:18 HW:0 U: 2.59/m
 ICA 12:                | 379.8/369.1Mh/s | A:23569 R:23 HW:0 U: 2.60/m
 ICA 13:                | 379.8/369.1Mh/s | A:23568 R:24 HW:0 U: 2.60/m
 ICA 14:                | 379.8/368.9Mh/s | A:23718 R:26 HW:0 U: 2.61/m
 ICA 15:                | 379.8/369.1Mh/s | A:23572 R:22 HW:0 U: 2.60/m
 ICA 16:                | 379.9/369.1Mh/s | A:23605 R:21 HW:0 U: 2.60/m
 ICA 17:                | 379.9/369.1Mh/s | A:23636 R:23 HW:0 U: 2.60/m
 ICA 18:                | 379.9/369.0Mh/s | A:23864 R:28 HW:0 U: 2.63/m
 ICA 19:                | 379.9/369.1Mh/s | A:23667 R:27 HW:0 U: 2.61/m
--------------------------------------------------------------------------------

 [2012-07-19 14:42:27] Accepted db79cec0.6baf9979 ICA 15 pool 0
 [2012-07-19 14:42:27] Accepted ed056591.9f6352fb ICA 11 pool 0
 [2012-07-19 14:42:28] Accepted 450ac3a5.68c071a5 ICA 10 pool 0
 [2012-07-19 14:42:29] Accepted 2da3d070.81b5abfa ICA 0 pool 0
 [2012-07-19 14:42:31] Accepted cf2cae0d.324cfbb1 ICA 3 pool 0
 [2012-07-19 14:42:31] Accepted e581471c.2e5f3f08 ICA 0 pool 0
 [2012-07-19 14:42:34] Accepted 136bbf74.b7345085 ICA 2 pool 0
 [2012-07-19 14:42:37] Accepted c1997113.91085fe7 ICA 3 pool 0
 [2012-07-19 14:42:37] Accepted 378bec29.4aa35877 ICA 9 pool 0
 [2012-07-19 14:42:38] Accepted 14bad6b8.19cfc4e0 ICA 5 pool 0
 [2012-07-19 14:42:41] Accepted 9baa0cb9.6eb66538 ICA 12 pool 0

spiccioli.
sr. member
Activity: 476
Merit: 250
Keep it Simple. Every Bit Matters.
July 18, 2012, 02:01:22 PM
This propably isnt the correct place to ask this, but im almost certain that asking anywhere else would result in 2 pages of questions, trolling, etc about how I use cgminer. So here goes:

How do I add a backup pool to this .bat im running to start my boards:

Code:
 cgminer -o http://pool.com -u me -p pass --disable-gpu -S noauto -S \\.\COM22 -S \\.\COM23 -S \\.\COM26 -S \\.\COM27 -S \\.\COM30 -S \\.\COM31 -S \\.\COM34 -S \\.\COM35 


?

Personally I've always prefered to use the conf file for this stuff.
However page 1 (front page) of the CGminer thread, does give an example of how to do multiple pools.
https://bitcointalksearch.org/topic/official-cgminer-mining-software-thread-for-linuxwinosxmipsarmr-pi-4110-28402

Multiple pool, dedicated miner:
Code:
cgminer -o http://pool1:port -u pool1username -p pool1password -o http://pool2:port -u pool2usernmae -p pool2password
legendary
Activity: 1820
Merit: 1000
July 18, 2012, 01:58:22 PM
This propably isnt the correct place to ask this, but im almost certain that asking anywhere else would result in 2 pages of questions, trolling, etc about how I use cgminer. So here goes:

How do I add a backup pool to this .bat im running to start my boards:

Code:
 cgminer -o http://pool.com -u me -p pass --disable-gpu -S noauto -S \\.\COM22 -S \\.\COM23 -S \\.\COM26 -S \\.\COM27 -S \\.\COM30 -S \\.\COM31 -S \\.\COM34 -S \\.\COM35 


?

I believe you just add an iteration of "-o http://pool.com -u me -p pass" after the first with your backup pool info. You may also want to add "--failover-only" if you find that cgminer is leaking work to your backup pool and you don't want this. This, at least, is what you do for GPUs, and I don't think it's any different for FPGA. I use Ozcoin pool, and this pool does tend to lag enough that work gets leak to backups, so I actually have three pools servers with the first two Ozcoin and the third my real failover. With just one primary and a failover, I found I was getting around 2% stales, and was able to cut this in half by having a second backup server on Ozcoin with a non-Ozcoin pool as my third pool (failover). To add a third pool, you just iterate the pool info after the first two of course.
hero member
Activity: 910
Merit: 1000
Items flashing here available at btctrinkets.com
July 18, 2012, 01:41:10 PM
This propably isnt the correct place to ask this, but im almost certain that asking anywhere else would result in 2 pages of questions, trolling, etc about how I use cgminer. So here goes:

How do I add a backup pool to this .bat im running to start my boards:

Code:
 cgminer -o http://pool.com -u me -p pass --disable-gpu -S noauto -S \\.\COM22 -S \\.\COM23 -S \\.\COM26 -S \\.\COM27 -S \\.\COM30 -S \\.\COM31 -S \\.\COM34 -S \\.\COM35 


?
sr. member
Activity: 476
Merit: 250
Keep it Simple. Every Bit Matters.
July 17, 2012, 05:28:49 PM
Array FPGA pin constraints are now available for bitstream developers and customers on http://www.enterpoint.co.uk/cairnsmore/cairnsmore1_support_materials.html.

Thanks Yohan. This helps move my code forward quiet a bit.
sr. member
Activity: 462
Merit: 251
July 17, 2012, 05:27:12 PM
Array FPGA pin constraints are now available for bitstream developers and customers on http://www.enterpoint.co.uk/cairnsmore/cairnsmore1_support_materials.html.
sr. member
Activity: 462
Merit: 251
July 17, 2012, 06:20:08 AM
... The 2.4.3 choice was made 11 weeks ago ...

I knew there was something wrong...

You was trying to use the version 2.4.3 but you took the wrong very old version 2.3.4. Did you noticed?

I must admit I hadn't. I'll try and check but is fairly academic if we recommend to go to 2.5.0 anyhow assuming I got that bit right. It does look like that is the best thing for everyone to do.

Good to know you noticed it now! That is what Kano meant, and that is the big problem i think with people that using you cgminer and have some problems with it. I think the correct or new version of cgminer will let dissapear a lot of problems.

eb

We will have a talk internally on Thursday/Friday when we have the relevant people back from holiday but it's more or less guaranteed that we will go to 2.5.0 of CGminer as the level we are working with.
sr. member
Activity: 397
Merit: 500
July 17, 2012, 06:10:38 AM
... The 2.4.3 choice was made 11 weeks ago ...

I knew there was something wrong...

You was trying to use the version 2.4.3 but you took the wrong very old version 2.3.4. Did you noticed?

I must admit I hadn't. I'll try and check but is fairly academic if we recommend to go to 2.5.0 anyhow assuming I got that bit right. It does look like that is the best thing for everyone to do.

Good to know you noticed it now! That is what Kano meant, and that is the big problem i think with people that using you cgminer and have some problems with it. I think the correct or new version of cgminer will let dissapear a lot of problems.

eb
sr. member
Activity: 462
Merit: 251
July 17, 2012, 05:59:49 AM
... The 2.4.3 choice was made 11 weeks ago ...

I knew there was something wrong...

You was trying to use the version 2.4.3 but you took the wrong very old version 2.3.4. Did you noticed?

I must admit I hadn't. I'll try and check but is fairly academic if we recommend to go to 2.5.0 anyhow assuming I got that bit right. It does look like that is the best thing for everyone to do.
Pages:
Jump to: