Flashed firmware to 20130607 then noticed a decrease in performance. Went from 72.5 to 60GH/s with a lot of HW.
Then flashed to 20130519 and everything is back to normal ~72.5GH/s.
Topic: Avalon ASIC users thread - page 168. (Read 438516 times)
Mine is a batch 2 running at 240V for what it's worth, and it's a lot cooler here, being winter. Not sure which if any of the above are responsible for it, but it sounds like mine draws more power at regular speeds but less when overclocked compared to others' here?
Maybe batch 2 have different chips than batch 1? Just from pure mathematical point of view it is strange that 17% of hash rate increase resulted only 2% of increased power usage
I'm testing with 325, it draws 670W, seems reasonable
By the way, I just restarted my Avalon which has been run stable for more than 1 month with 0225 firmware. Although cgminer restarted from time to time, it never hangs, means I could go for long holiday without worrying about it. But last time after upgrading to 0419 firmware I got hard hang which must be power cycled and if not discovered quickly, could put the machine in danger due to high heat and low fan speed. So I'm still not very confident that the latest firmware solved this hard hang issue. I think it is not cgminer related but rather some FPGA issues
Mine is a batch 2 running at 240V for what it's worth, and it's a lot cooler here, being winter. Not sure which if any of the above are responsible for it, but it sounds like mine draws more power at regular speeds but less when overclocked compared to others' here?
Ive seen your recondition before and did not ask, is this how it is supposed to be? What thermal paste you recommend?
Im used to see the heatsink on top of the chip, so, yes this looks strange to me
I just put a drop of MX4 on each chip area and later even some under VRM area, but there are 240 chips thus lots of work! The result is reduced temp of 3c degree. With some thermal compound between heatsinks and bottom plate, adding an external fan blowing at bottom plate will reduce another 3 degree. The most important is that now I'm sure each chip is correctly cooled
But I don't understand why someone claims 890 W while con claims only 605 W at 350Mhz ??
Ruby script to monitor Avalon miners and sound alert in case of any problems. Makes life a bit easier for people trying to manage several Avalon boxes. Probably an overkill for one box, but may be useful still if you do not want to check on it regularly. Just leave the script running in a background and when you hear alarm sound you know something is wrong.
https://github.com/arvicco/avalon
Limitations: only works on Linux/OSX and you need to make sure Ruby 1.9 is installed as your default Ruby. Enjoy.
https://github.com/arvicco/avalon
Limitations: only works on Linux/OSX and you need to make sure Ruby 1.9 is installed as your default Ruby. Enjoy.
so cool and I will use it to control a GSM outlet to automatic restart avalon!
With my deep respect to Con and Kano i can state following:
I calculate my ACTUAL hash rate as advised by Kano taking in account Diff1 shares accepted from pool(s) and cgminer up-time. This gives me EXACT (Real) hashrate. Knowing the fact my network was fine and i did not have downtime due to Network issues, pool issues or FPGA controller hangs (I am monitoring it every two minutes + automated power off/on no reboots) i am 100% sure that 3.2 is not performing.
PS: just for the reference (do math yourself)
Computer: cgminer 3.1.1
Elapsed: 7h 11m 30s
Difficulty Accepted:431530.00000000
MHS:71587.77
That was not happening with 3.2
I calculate my ACTUAL hash rate as advised by Kano taking in account Diff1 shares accepted from pool(s) and cgminer up-time. This gives me EXACT (Real) hashrate. Knowing the fact my network was fine and i did not have downtime due to Network issues, pool issues or FPGA controller hangs (I am monitoring it every two minutes + automated power off/on no reboots) i am 100% sure that 3.2 is not performing.
PS: just for the reference (do math yourself)
Computer: cgminer 3.1.1
Elapsed: 7h 11m 30s
Difficulty Accepted:431530.00000000
MHS:71587.77
That was not happening with 3.2
Found the regression and I've rewritten the code to avoid this performance loss. It is committed to the master git tree now and will be in the next release. Hopefully xiangfu will be able to make an official testing firmware with it before then too.
Does this new firmware 6/22 include this new code in order to deal with the regression?
Yes dude working perfect just grab latest git and hash
With my deep respect to Con and Kano i can state following:
I calculate my ACTUAL hash rate as advised by Kano taking in account Diff1 shares accepted from pool(s) and cgminer up-time. This gives me EXACT (Real) hashrate. Knowing the fact my network was fine and i did not have downtime due to Network issues, pool issues or FPGA controller hangs (I am monitoring it every two minutes + automated power off/on no reboots) i am 100% sure that 3.2 is not performing.
PS: just for the reference (do math yourself)
Computer: cgminer 3.1.1
Elapsed: 7h 11m 30s
Difficulty Accepted:431530.00000000
MHS:71587.77
That was not happening with 3.2
I calculate my ACTUAL hash rate as advised by Kano taking in account Diff1 shares accepted from pool(s) and cgminer up-time. This gives me EXACT (Real) hashrate. Knowing the fact my network was fine and i did not have downtime due to Network issues, pool issues or FPGA controller hangs (I am monitoring it every two minutes + automated power off/on no reboots) i am 100% sure that 3.2 is not performing.
PS: just for the reference (do math yourself)
Computer: cgminer 3.1.1
Elapsed: 7h 11m 30s
Difficulty Accepted:431530.00000000
MHS:71587.77
That was not happening with 3.2
Found the regression and I've rewritten the code to avoid this performance loss. It is committed to the master git tree now and will be in the next release. Hopefully xiangfu will be able to make an official testing firmware with it before then too.
Does this new firmware 6/22 include this new code in order to deal with the regression?
power consumption of my Avalon 2 at 350MHz is 890Watts 
. Room is at 76F right now.
. Room is at 76F right now. Hmm, in one of my Avalons controller board freezes with 36:350 setting after 10-20 minutes. I need to power on/off. Con, is there any way how to reset it remotely?
Not unless you have an external power controller of some kind as far as I'm aware. 
Hmm, in one of my Avalons controller board freezes with 36:350 setting after 10-20 minutes. I need to power on/off. Con, is there any way how to reset it remotely?
Firmware with overclock binary:
http://downloads.qi-hardware.com/people/xiangfu/avalon/next-testing/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory-20130622.bin
It is not exported to the web interface so you will have to manually edit the /etc/init.d/cgminer configuration
http://downloads.qi-hardware.com/people/xiangfu/avalon/next-testing/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory-20130622.bin
It is not exported to the web interface so you will have to manually edit the /etc/init.d/cgminer configuration
Thanks!
changed this -> in /etc/init.d/cgminer
300)
CF="36:350"
From ASIC README:
34:375
36:350
39:325
43:300
45:282 (default)
47:270
50:256
34:375
36:350
39:325
43:300
45:282 (default)
47:270
50:256
Okay so the timeout at 350MHz is 36. Updated that as well. Thanks.
From ASIC README:
34:375
36:350
39:325
43:300
45:282 (default)
47:270
50:256
34:375
36:350
39:325
43:300
45:282 (default)
47:270
50:256
Firmware with overclock binary:
http://downloads.qi-hardware.com/people/xiangfu/avalon/next-testing/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory-20130622.bin
It is not exported to the web interface so you will have to manually edit the /etc/init.d/cgminer configuration
http://downloads.qi-hardware.com/people/xiangfu/avalon/next-testing/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory-20130622.bin
It is not exported to the web interface so you will have to manually edit the /etc/init.d/cgminer configuration
Thanks!
changed this -> in /etc/init.d/cgminer
300)
CF="36:350"
Firmware with overclock binary:
http://downloads.qi-hardware.com/people/xiangfu/avalon/next-testing/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory-20130622.bin
It is not exported to the web interface so you will have to manually edit the /etc/init.d/cgminer configuration
http://downloads.qi-hardware.com/people/xiangfu/avalon/next-testing/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory-20130622.bin
It is not exported to the web interface so you will have to manually edit the /etc/init.d/cgminer configuration
Just a reminder about heat
I have reconditioned all the heat sinks on Avalon modules, most of the chips have no thermal compound contact with heatsink. Unless you also did the recondition and added thermal compound between chips and heatsinks, you might get overheat for the chips (The added heat from overclock are not transferred to heatsink quickly enough)
Running all the fan at 100% might help though
Good to know that Avalon can be run at 350 Mhz! But I will skip the overclock for now, it's summer here
Ive seen your recondition before and did not ask, is this how it is supposed to be? What thermal paste you recommend?I have reconditioned all the heat sinks on Avalon modules, most of the chips have no thermal compound contact with heatsink. Unless you also did the recondition and added thermal compound between chips and heatsinks, you might get overheat for the chips (The added heat from overclock are not transferred to heatsink quickly enough)
Running all the fan at 100% might help though
Good to know that Avalon can be run at 350 Mhz! But I will skip the overclock for now, it's summer here
Im used to see the heatsink on top of the chip, so, yes this looks strange to me
Just a reminder about heat
I have reconditioned all the heat sinks on Avalon modules, most of the chips have no thermal compound contact with heatsink. Unless you also did the recondition and added thermal compound between chips and heatsinks, you might get overheat for the chips (The added heat from overclock are not transferred to heatsink quickly enough)
Running all the fan at 100% might help though
Good to know that Avalon can be run at 350 Mhz! But I will skip the overclock for now, it's summer here
I have reconditioned all the heat sinks on Avalon modules, most of the chips have no thermal compound contact with heatsink. Unless you also did the recondition and added thermal compound between chips and heatsinks, you might get overheat for the chips (The added heat from overclock are not transferred to heatsink quickly enough)
Running all the fan at 100% might help though
Good to know that Avalon can be run at 350 Mhz! But I will skip the overclock for now, it's summer here
Sorry if this has been asked before, but I just received one Avalon earlier this week and I've been mining on Slush's pool.
I've read the avalon wiki, but methinks that I missed some other resources. Can anyone help point me in the right direction?
- I'm connected via wifi but I can only access the configuration menu through ethernet. Should I be able to connect if it's mining on Wifi?
- I saw instructions on how to hash via ethernet, but I didn't feel like messing with it when I excitedly opened my box. If I connected with ethernet would it be possible to connect to the configuration on my network as well?
- I've noticed that sometimes she will hash at 78000+ (slush's reading) and suddenly drop down to almost nothing. Is this common? Perhaps it's an issue with the wifi? Usually when I power cycle the avalon, it will climb back up to over 65000. (reading from my account on slush)
- Pool configuration - I saw that you can add up to 3 pools to mine from. Then there is a drop down menu with (BALANCE, LOAD BALANCE, FAIL). I don't really know what these mean. Does fail mean "when pool 1 is unresponsive, mine on pool 2?"
- There are a few live graphs, but I don't know what they represent. I suppose the wireless graph measures the wifi connection, but does the load represent power consumption or hashing power?
I've read the avalon wiki, but methinks that I missed some other resources. Can anyone help point me in the right direction?
Guy's
I have changed 650 to 850W PSU just in case. these screws are just fucking killing me. I was not able to screw a single one of them. That were bad news.
The good news are:
that i am making about 77081.89 average for the last half an hour at 325
I will wait until tomorrow at least 24 hours to see the actual hash rate and i will try 350
PS: Con,
Will you tell us the formula in order to calculate HW errors in %.Are shares below target counted somewhere?
I know how to cal HW error rate with diff 1 but ..that is not enough
I have changed 650 to 850W PSU just in case. these screws are just fucking killing me. I was not able to screw a single one of them. That were bad news.
The good news are:
that i am making about 77081.89 average for the last half an hour at 325
I will wait until tomorrow at least 24 hours to see the actual hash rate and i will try 350
PS: Con,
Will you tell us the formula in order to calculate HW errors in %.Are shares below target counted somewhere?
I know how to cal HW error rate with diff 1 but ..that is not enough
Jump to: