Avalon ASIC users thread

[WinTame2012]

Moved from bitparking to 50btc and now I'm constantly getting a lot of Rejected shares at Diff8  
Does anybody have fixed issue like this?

Edit: FW both 20130703 and 20130723

Change your diff to 64 on 50btc under settings for miner is probs why you getting too many rejected shares.

Thanks. Did it already. Looks like it helps.

[1714058332]

1714058332

[S M I L Y]

How about B3 machines that have changed design ? I see on one photos hash unit are probably grouped in 4 on one PCB and added thermal sensor on it.

My unit is a batch 3.   It looks like we are seeing the exact same voltage drop.

[lastbit]

It is Avalon clone based on B2 design that I build self. 

Congrats!

[kano]

Moved from bitparking to 50btc and now I'm constantly getting a lot of Rejected shares at Diff8  
Does anybody have fixed issue like this?

Edit: FW both 20130703 and 20130723

Change your diff to 64 on 50btc under settings for miner is probs why you getting too many rejected shares.

Thanks. Did it already. Looks like it helps.

No, that's not actually making it better unless there is an actual problem with the pool - which would mean don't use the pool.
Going from 8diff to 64diff simply means your Reject share variance increases.
Coz on average you find 1/8 of the rejected shares ... but they are worth 8 times as much each.

[-ck]

Moved from bitparking to 50btc and now I'm constantly getting a lot of Rejected shares at Diff8  
Does anybody have fixed issue like this?

Edit: FW both 20130703 and 20130723

Change your diff to 64 on 50btc under settings for miner is probs why you getting too many rejected shares.

Thanks. Did it already. Looks like it helps.

No, that's not actually making it better unless there is an actual problem with the pool - which would mean don't use the pool.
Going from 8diff to 64diff simply means your Reject share variance increases.
Coz on average you find 1/8 of the rejected shares ... but they are worth 8 times as much each.

That's right. It's not a solution.

If 50BTC is using a large coinbase, you might have been getting struck by the excessive CPU usage limitation in older firmware just like p2pool was. This might manifest as duplicate shares and only show up as rejects at your pool. Most of the recent updates were created to address precisely that problem. Try my latest firmware.

http://ck.kolivas.org/apps/cgminer/avalon/20130814/

[WinTame2012]

Moved from bitparking to 50btc and now I'm constantly getting a lot of Rejected shares at Diff8  
Does anybody have fixed issue like this?

Edit: FW both 20130703 and 20130723

Change your diff to 64 on 50btc under settings for miner is probs why you getting too many rejected shares.

Thanks. Did it already. Looks like it helps.

No, that's not actually making it better unless there is an actual problem with the pool - which would mean don't use the pool.
Going from 8diff to 64diff simply means your Reject share variance increases.
Coz on average you find 1/8 of the rejected shares ... but they are worth 8 times as much each.

I calculate it in the %age to accepted Diff64 shares. And it works. But 50btc is not ideal pool, I consider to move on.

[WinTame2012]

Moved from bitparking to 50btc and now I'm constantly getting a lot of Rejected shares at Diff8  
Does anybody have fixed issue like this?

Edit: FW both 20130703 and 20130723

Change your diff to 64 on 50btc under settings for miner is probs why you getting too many rejected shares.

Thanks. Did it already. Looks like it helps.

No, that's not actually making it better unless there is an actual problem with the pool - which would mean don't use the pool.
Going from 8diff to 64diff simply means your Reject share variance increases.
Coz on average you find 1/8 of the rejected shares ... but they are worth 8 times as much each.

That's right. It's not a solution.

If 50BTC is using a large coinbase, you might have been getting struck by the excessive CPU usage limitation in older firmware just like p2pool was. This might manifest as duplicate shares and only show up as rejects at your pool. Most of the recent updates were created to address precisely that problem. Try my latest firmware.

http://ck.kolivas.org/apps/cgminer/avalon/20130814/

Thank you, ckolivas. I'll consider to move to the new firmware as it gets mature. I just read the feedback that new FW are affected by the lower hashrate than 0703.

[SolarSilver]

If 50BTC is using a large coinbase, you might have been getting struck by the excessive CPU usage limitation in older firmware just like p2pool was. This might manifest as duplicate shares and only show up as rejects at your pool. Most of the recent updates were created to address precisely that problem. Try my latest firmware.

http://ck.kolivas.org/apps/cgminer/avalon/20130814/

Thank you, ckolivas. I'll consider to move to the new firmware as it gets mature. I just read the feedback that new FW are affected by the lower hashrate than 0703.

Actually I'm very happy with the 20130813 release and further, it's a lot more stable on 4 hash module Avalons.

Two of my machines always ended up hanging showing values '0' for hash rate, temperature and fan speed. I've always blamed this on the FPGA controler board in the past. All my other machines did not do this. Coincidence, the two problem machines were 4 module machines, the others have 3 modules.

I always had to cold restart them using the PDU and this made their average hash rate over a day much lower than sometimes a 3 module machine. Sometimes they would soft restart themselves but flipflop in and out of idling. Only cold restart really helps.



So far 4 or so days without any need for restart...

More testing is required before I draw conclusions but it seems the problem has been fixed.

Give the new release a try, the reported hash rate is cosmetic.

[zoro]

does anyone use 4 modules with batch1 avalons?
i see the power board PDU is different than batch2 or 3 and i wonder if it is enough to power 4 modules.

[candoo]

does anyone use 4 modules with batch1 avalons?
i see the power board PDU is different than batch2 or 3 and i wonder if it is enough to power 4 modules.

Yes it works pretty well. I tested it and So did the bitcoin foundation. They received a batch1 with 4 modules.

[tarui]

does anyone use 4 modules with batch1 avalons?
i see the power board PDU is different than batch2 or 3 and i wonder if it is enough to power 4 modules.

me...

it's enough

PSU's the more important part.

[-ck]

New firmware:

http://ck.kolivas.org/apps/cgminer/avalon/20130818/

Higher hashrate with avalon-auto.

You can now use d for timeout instead of a number in avalon-options when manually configuring to allow cgminer to automatically determine the optimal timeout.

[mdbssm]

New firmware:

http://ck.kolivas.org/apps/cgminer/avalon/20130818/

Higher hashrate with avalon-auto.

You can now use d for timeout instead of a number in avalon-options when manually configuring to allow cgminer to automatically determine the optimal timeout.

Initial impression (1hr runtime): excellent. Best firmware yet. Very low rejected shares.

batch2 3module: ~85GH/s   @ 359-362 MHz
batch2 4module: ~111GH/s @ 352-359 MHz

Much appreciated.

[ProfMac]

New firmware:

http://ck.kolivas.org/apps/cgminer/avalon/20130818/

Higher hashrate with avalon-auto.

You can now use d for timeout instead of a number in avalon-options when manually configuring to allow cgminer to automatically determine the optimal timeout.

I flashed 20130818 to an Avalon batch #2 at 11:20 CDT and kept the old settings.  I did not power off the system.  It has been running 58 minutes.

The Avalon now is at 350 MHz, up from it's typical 343-347 MHz.  Both temp2 and temp3 are at 50°C, temp1 is 22°C, the basement is 60°F.  This is hotter for temp2.  The fans are turning significantly faster, and they seem to change speeds frequently.

I think it is too soon to interpret the eligius statistics.  However, the preliminary impression is that variance is lower.

The orange led is flashing on and off at about 1 Hz.  I have never seen this behavior before.  I am curious what it means.


Edit -->

I bet it can get better.  Old config line:
--avalon-auto --avalon-freq 256-350 --avalon-temp 50

How should I incorporate the 'd' timeout option?  I have the idea that --avalon-auto & --avalon-options don't always play nice together.

[mdbssm]

New firmware:

http://ck.kolivas.org/apps/cgminer/avalon/20130818/

Higher hashrate with avalon-auto.

You can now use d for timeout instead of a number in avalon-options when manually configuring to allow cgminer to automatically determine the optimal timeout.

I flashed 20130818 to an Avalon batch #2 at 11:20 CDT and kept the old settings.  I did not power off the system.  It has been running 58 minutes.

The Avalon now is at 350 MHz, up from it's typical 343-347 MHz.  Both temp2 and temp3 are at 50°C, temp1 is 22°C, the basement is 60°F.  This is hotter for temp2.  The fans are turning significantly faster, and they seem to change speeds frequently.

I think it is too soon to interpret the eligius statistics.  However, the preliminary impression is that variance is lower.

The orange led is flashing on and off at about 1 Hz.  I have never seen this behavior before.  I am curious what it means.

Interesting. My temps are essentially unchanged, ambient 21-22c as well.

Can't comment on LED appearance as I'm remote from my equipment at the moment.

[fhh]

I also did a crazy remote session;) upload speed at actual place is to slow, so I always got a timeout. so I got a teamviewer session to an other remote place with faster internet connection and did the fw upload over this connection

hitting 360 MHz after few minutes - very nice! with 20130703 it was toggeling in the range of 354-358
will see if this is going on;)

set  --avalon-fan 70-100 but the fans stayed at around 800rpm until it was over target temp -> then speeding up

can anyone confirm this behavior?

[silverston]

looks like the new firmware is super, but the flashing orange LED annoying. Is this normal?

[tarui]

anyone tried replacing the thermal paste between the chips and the heatsink?

or adding thermal paste between the heatsink and the casing (where the heatsinks are mounted onto the case) ?

[mdbssm]

Just watch the freq carefully when using --avalon-auto. New firmware is much more aggressive in overclocking.

After 1.5 hrs on a B3 4M unit with stock PSU, the HW error rate started climbing rapidly while running @360 MHz (6%+ error rate over the runtime, up from 1.7% minutes earlier). Clock speed was not ramping to down to compensate.

Now using --avalon-freq 345-355 to see if that prevents a runaway.

And before anyone says it, yes that unit is getting a PSU swap later this weekend.

[silverston]

anyone tried replacing the thermal paste between the chips and the heatsink?

or adding thermal paste between the heatsink and the casing (where the heatsinks are mounted onto the case) ?

I am