Pages:
Author

Topic: Avalon ASIC users thread - page 95. (Read 438596 times)

legendary
Activity: 3430
Merit: 3080
August 17, 2013, 07:44:40 PM
Any idea what the hell is with the orange light lol going on and off all the time is a wierd one I must admit as wasnt doing on any other versions hope its nothing to be alarmed by.
No idea at all. Mine's not doing it and I have got no idea what makes the LED even light up in the first place.

Indicating something or other about the FPGA status while the device initialises itself, IIRC
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
August 17, 2013, 07:40:11 PM
Any idea what the hell is with the orange light lol going on and off all the time is a wierd one I must admit as wasnt doing on any other versions hope its nothing to be alarmed by.
No idea at all. Mine's not doing it and I have got no idea what makes the LED even light up in the first place.
legendary
Activity: 1820
Merit: 1001
August 17, 2013, 07:37:44 PM
Any idea what the hell is with the orange light lol going on and off all the time is a wierd one I must admit as wasnt doing on any other versions hope its nothing to be alarmed by.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
August 17, 2013, 07:05:48 PM
Yeah the 0818 firmware is treating me well so far. I can now hold 360mhz @ less than 2% HW Errors. This was not possible before, 360mhz would be 3+ % HW error rate on previous firmware.
So my MHSav is constantly 84GH+ ... I'm wondering what exactly was changed?

Also, the results are during the hotter part during the day, so at night I imagine it will be even better.
I sacrificed a bit more latency for the higher hashrate. I made cgminer do better internal timeouts, largely ignoring when the avalon says it's ready for more work until enough time for a full nonce range has almost completely passed.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
August 17, 2013, 07:01:26 PM
looks like the new firmware is super, but the flashing orange LED annoying. Is this normal?
I did nothing to the LED code. Maybe your avalon knows it's in overdrive?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
August 17, 2013, 06:58:27 PM
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.

I didn't do anything to the LED code. Remove your frequency range entirely and it might go even higher. Don't bother trying to use the "d" option as you're using firmware, it's for people who start the avalon by command line or via PC.
legendary
Activity: 2450
Merit: 1002
August 17, 2013, 06:53:03 PM
Yeah the 0818 firmware is treating me well so far. I can now hold 360mhz @ less than 2% HW Errors. This was not possible before, 360mhz would be 3+ % HW error rate on previous firmware.
So my MHSav is constantly 84GH+ ... Im wondering what exactly was changed?

Also, the results are during the hotter part during the day, so at night I imagine it will be even better.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
August 17, 2013, 06:51:11 PM
The avalon web interface does not report the API devs command back, so you don't see the hw error% reported anywhere unless you're logged into the avalon some other way, using the devs command. The calculated HW error percentage is wrong in that lua modification by BenTuras as kano said.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
August 17, 2013, 05:07:22 PM
Cant remember how to read the hw error rate though.

HW error rate in % = HW / (diff1shares + HW) x 100

Or better yet, apply the patch:
https://bitcointalksearch.org/topic/modification-to-show-hw-and-rejected-on-avalon-cgminer-status-page-254331

Except that the patch is wrong Tongue
Use current cgminer and it reports the % figures directly, and correctly, in the API

... but not in the cgminer status page of the avalon itself, and not in the miner.php generate page.

The 0817 avalon firmware reports that it is using cgminer 3.3.4.
Well it's in 3.3.4 in the master git - I put it there before it was released Tongue
I don't have an avalon - so I can only guess someone missed something or the avalon does something different to my miner.php ...
full member
Activity: 182
Merit: 100
August 17, 2013, 04:47:48 PM
Cant remember how to read the hw error rate though.

HW error rate in % = HW / (diff1shares + HW) x 100

Or better yet, apply the patch:
https://bitcointalksearch.org/topic/modification-to-show-hw-and-rejected-on-avalon-cgminer-status-page-254331

Except that the patch is wrong Tongue
Use current cgminer and it reports the % figures directly, and correctly, in the API

... but not in the cgminer status page of the avalon itself, and not in the miner.php generate page.

The 0817 avalon firmware reports that it is using cgminer 3.3.4.
full member
Activity: 226
Merit: 100
August 17, 2013, 04:41:48 PM
excellent work ckolivas with new FW 130818. after 4 hours, utility is increased due to more accepted shares!
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
August 17, 2013, 04:22:48 PM
Cant remember how to read the hw error rate though.

HW error rate in % = HW / (diff1shares + HW) x 100

Or better yet, apply the patch:
https://bitcointalksearch.org/topic/modification-to-show-hw-and-rejected-on-avalon-cgminer-status-page-254331

Except that the patch is wrong Tongue
Use current cgminer and it reports the % figures directly, and correctly, in the API

... and in older versions of cgminer, through the API, they are called: "Hardware Errors" and "Diff1 Work" to calculate them
hero member
Activity: 588
Merit: 500
August 17, 2013, 04:10:06 PM
I'm getting very good results so far with the new 20130818 firmware. Orange LED is blinking but I don't care.

Today I discovered a potential problem with my Fractal Newton 1000W PSU, the PSU Fan doesn't work at all, it just stands still. I don't know how the Fan Control is implemented in this PSU, but I can't imagine the Fan not running at all @ 680W load. I already contacted Fractal about this, but I don't expect an answer before monday. So I'll just let it run like this and see what happens. Cooling should be enough with those powerful Avalon fans. Wink
full member
Activity: 182
Merit: 100
August 17, 2013, 02:09:29 PM
Cant remember how to read the hw error rate though.

HW error rate in % = HW / (diff1shares + HW) x 100

Or better yet, apply the patch:
https://bitcointalksearch.org/topic/modification-to-show-hw-and-rejected-on-avalon-cgminer-status-page-254331
sr. member
Activity: 294
Merit: 250
August 17, 2013, 02:05:26 PM
Quote
What's your hashrate?

Batch3 4module 1200wPSU, 110.8 GH/s, 352-353 MHz, 0.3% reject rate, 1.75% HW errors
Batch3 4module stock PSU, 111.6 GH/s, 355 MHz, 0.2% reject rate, 0.94% HW errors

The new FW fixed a high reject rate problem on the first unit. Was running 2-3% rejects on the 0703 firmware.

Mine looks worst. Batch 1 4 module

Hashrate swings wildly so it's hard to judge.

1250w psu and around 0.56% rejected.
Cant remember how to read the hw error rate though.


The fact that I'm in a tropical country doesn't help much with thr temps
legendary
Activity: 1246
Merit: 1002
August 17, 2013, 02:04:11 PM
Changed options 1 hour ago:

--avalon-options 115200:24:10:d:355 --avalon-auto --avalon-freq 256-375 --avalon-temp 50

My match_work_count shows more spread:
min: 3001
max: 3288
0.5 * (3288-3001) / (3288+3001) --> 0.002_28

When the uptime is several days, these numbers become very close.

My freq dropped to 351 MHz.
The orange light is still blinking.
Temperatures are now 22, 46, 47°C
Fans are 2760, 3720, 3720 and seem to vary a lot, and the temperature wanders around also.

   [timeout] => 35


I show 3387 accepted, 4 rejects, 83372 diff1shares at 1h 11m 18s

sr. member
Activity: 294
Merit: 250
August 17, 2013, 02:01:28 PM
I'm a bit concerned with the thermal paste used. The manufacturer seems to use so much of it that it overflows thru the holes and on to the circuit board itself and contacting the chip and other components.

Unless they use non conductive thermal paste.
hero member
Activity: 952
Merit: 502
SAPG Pre-Sale Live on Uniswap!
August 17, 2013, 01:54:54 PM
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  Smiley

There are a couple guys I've seen do this. Not sure of a link tho, you could prob. use search. It did improve chip temperatures.
it did improve more stable overclocking
legendary
Activity: 1484
Merit: 1026
In Cryptocoins I Trust
August 17, 2013, 01:52:42 PM
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  Smiley

There are a couple guys I've seen do this. Not sure of a link tho, you could prob. use search. It did improve chip temperatures.
full member
Activity: 182
Merit: 100
August 17, 2013, 01:46:41 PM
Quote
What's your hashrate?

Batch3 4module 1200wPSU, 110.8 GH/s, 352-353 MHz, 0.3% reject rate, 1.75% HW errors
Batch3 4module stock PSU, 111.6 GH/s, 355 MHz, 0.2% reject rate, 0.94% HW errors

The new FW fixed a high reject rate problem on the first unit. Was running 2-3% rejects on the 0703 firmware.
Pages:
Jump to: