Topic: Avalon ASIC users thread - page 115. (Read 438722 times)

this will work and is what i use with zero problems. i'm only right now running 3 modules but have calculated that i should be able to run 4 w/o any problems.  it is too large to fit in case but i just run the cables out the front opening w/o needing to drill any new holes.

http://www.newegg.com/Product/Product.aspx?Item=N82E16817151105

i think you're better off externalizing the psu anyway for lower temps.

I am looking for a 1000W+ PSU for my 4 module units which have not shipped yet.  In the wiki where they recommend different PSUs, it says the Enermax's are "a little long".  Does this mean they won't fit and I will have to keep the PSU outside, and drill holes to run the cables through? Or will it just be a tight fit possibly reducing air flow? 

Has anyone found a good 1000W or greater PSU that fits and works?

The negative spike on 16 Jul is when I moved it from a room that heats to about 85°F in the afternoon and operating with the fan blowing out a window,
to the basement where it is about 72°F and the fan is blowing into the furnace firebox and thence out the flue to the outside.

The frequency is auto, and the unit seems to like 343.  It will occasionally rise to 347, and in the broad dip on 19 Jul I tried to set the temp at 45°C and the frequency was down about 290 or 300 when I reset the parameters.

At this time, fan 2 & 3 are at 3120, the temp has been 49°C all day, not 50 as set.  The intake air from the basement is about 70% RH, still 72°F.

nice hashrate 


frequency and ambient temperature?

It would have had trouble keeping it under 45 so it would have throttled the speed to try to do so... If you want the fans to constantly run higher, just set the fanspeed instead.

Last night I set --avalon-temp 45 on my unit and let it mine for a few hours.  The hash rate slowed down, so I set it back to 50.

My idea was, a lower temperature setting would make the fans run faster, and the extra cooling would let the unit hash faster.

Perhaps starting at 48 would have worked better.

http://eligius.st/~wizkid057/newstats/userstats.php/18bLcVkviErQi75zB8X39jZXxHNpSZggdC

Are there other people here who tried some of those inverted pwm fans? I've installed 3 TFC1212DE, flashed the modified 20130714 firmware with inverted pwm support  and set the --avalon-invert-pwm option. But for some reason the fans do not seem to speed up when the temp is getting up. The fan RPM stays stable at around 2580 RPM, and my temp2 and temp3 sensors are 60C.

Any ideas why my fans don't run any harder when the temp is getting up? According to specs fans are 5500 rpm. When I only connect +12V and ground fans spins at 4800RPM, so they can spin harder dan this 2580 rpm.

Also option  --avalon-fan 100 does not seem to work.

Avalons have an inefficiency with changing work, so that even if you were to receive the block change notification immediately (and there is in reality always going to be a delay), if the avalons were just loaded with new work, you'd have to wait about 2 seconds before you could load new work on them. At max overclock of 82GHash and a target diff of 64, you'll be generating less than 18 shares per minute. That's one every 3.3 seconds. So there are maybe 5 seconds where you may not get a share in on average over a block change. Now bear in mind share return is a stochastic process which means they won't come in perfectly every 3.3 seconds. Throw in some network delay from slush propagating the block change and it's easily possible for you to miss submitting a share during a 9 second block.

I can't comment on how quickly slush propagates the block change, but if there's a delay there that could be improved upon, and there's that huge design crapulence in the Avalon that you are also suffering from. It is much more of a hindrance on p2pool which had 10 second blocks but now has 30 second blocks. There's still a penalty (of about 1/30) and it's not p2pool's fault, but the Avalon's FPGA design.

Have same Problem with block in 9 seconds (247343).  The stats say I got 0 shares. That´s not correctly. I´m balance mining at 2 different pools. My Setting at slush´s pool is 32@42GH/s.

Perhaps share difficulty. If you are submitting every 15 seconds you might have missed the window.

My OCZ ZX 1250 worked fine just direct out of the box (well, the old GPU miner I salvaged it from)

No idea what could be your problem though

Do you have an alternative power supply to try?

Same problem with my OCZ ZX 850w 

No idea what is causing it.

Yes it is called hotplug
Take it easy just to avoid this message comment ftdi and usb serial in /etc/modules

Yes you will succeed but you need to recompile the image with new cgmminer with support to both your avalon and your second device

anyone succeded of connecting another device in the USB hub of the Avalon (like a jalapeno or usb erupter)
and start hashing with it via Avalon's cgminer?

Anyone know what this is

[   11.730000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0
[   15.030000] device eth0 entered promiscuous mode
[   15.380000] eth0: link up (100Mbps/Full duplex)

[   15.380000] br-lan: port 1(eth0) entered forwarding state
[   15.390000] br-lan: port 1(eth0) entered forwarding state
[   17.390000] br-lan: port 1(eth0) entered forwarding state

[   24.990000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
[   25.010000] ftdi_sio 1-1.1:1.0: device disconnected

Now wont connect up?

Seems I found what cause this strange behavior. Maximum speed is nothing to do with it 'cause it's never reached.

In my case 11% rejects caused  by the auto-tuning process itself. As cgminer starts climbing from 282 to its stable 350 it dumps rejects all the way up Once it settles at the 350-352 - rejects immediately stops to grow.
Now my workaround for this (till you'll have a chance to investigate it) is just set --avalon-freq 340-375. It quickly climbs this 10-12 MHz up and the rejects % is just fine.

P.S. I use http://mmpool.bitparking.com just in case you'd try to reproduce it on your side. But it also the same picture with the Slush's pool.

I assume that each of the 24 numbers corresponds to a card of 10 chips, and that swapping the worst one out will be beneficial.

So I attempted to upgrade the power supply on my 3-board Avalon...

It had a 750w Corsair in it already so I don't think it actually needed to be upgraded unless I decided to add a 4th board. I was getting a lot of invalid shares, though, so I figured a bigger power supply might help.

I bought a 850w OCZ ZW power supply and installed it and it didn't work! I'm not sure what was wrong. I could connect to the Avalon through the web interface, log in, and edit the configuration but the fans never spun up and it never started hashing.

I thought maybe I had broken it but I put the old power supply back in and it was fine.

I thought maybe I was missing a cable or something but I guess I just had a defective supply?

I plugged in:

The very wide main connector
The 8 pin connector that said "CPU" on it
The two red cables (GPU) that plug into the side of the supply.

The supply also had an additional connector, 8-pin but a different layout from the CPU power, I believe that looks like it would fit into another connector across from the CPU connector. It wasn't plugged in with the old power supply, so i didn't plug it in for the new one. Not sure what its for. Power supplies were always a mystery to me.

I wish there was a schematic or something that explained it. I haven't been able to find one for the Avalon miner.

PS Damn the Chinese engineer who designed the screws on that case!

When the ac is on it keeping the temps under 41 the match_work values are pretty similar.  Once I pull the ac off and the temp climbs above 41 their is a big difference in values from one to another.