Search content
Sort by

Showing 20 of 35 results by weevil
Post
Topic
Board Auctions
Re: knc jupiter 400Ghs
by
weevil
on 11/10/2013, 11:56:05 UTC
On the basis you can buy NEW Avalon 2 module 60GH units for 2 BTC now this would be worth no more than 13-14 BTC...
Post
Topic
Board Auctions
Re: [Interest] - 275GH/s KNC Saturn
by
weevil
on 08/10/2013, 13:57:17 UTC
Where is it located please?
Post
Topic
Board Hardware
Re: Avalon ASIC users thread
by
weevil
on 27/07/2013, 13:22:26 UTC
I am currently running firmware openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory_20130519b.

1. Is this the most up to date / stable firmware version?

I run ckolivas' 20130703 release, and find it to be more stable:

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

It has proper fan control too.

Excellent - this is now uploaded and running.
Post
Topic
Board Hardware
Re: Avalon ASIC users thread
by
weevil
on 26/07/2013, 09:37:06 UTC
HW/(HW+Diff1)<2%

Thanks running about 1.5% currently at 355
Post
Topic
Board Hardware
Re: Avalon ASIC users thread
by
weevil
on 25/07/2013, 16:15:27 UTC
Hi All

A few thoughts after a couple of weeks mining with a batch #2 Avalon.

I was getting these Error -71 resets 2 or 3 times a day so have now disabled the WiFi and running network only with it reconfigured to my 192.168.0.... group. I will report if this cures it.
 
I am currently running firmware openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory_20130519b. I have the clock at 365, hashing at about 86500MH/s with temps about 40C in ambient 20C room.

Questions:

1. Is this the most up to date / stable firmware version? There is no fan speed control for instance - they are running 100%

2. I am unclear as to which figures to use to give me a hardware failure rate - is it HW verses Diff1Shares % ? - what is an 'acceptable' % ? I have no feel if 365 is causing problems or not.

Thanks in advance everyone.


Oh - also for newbies on this - doing a power cycle reboot - don't just switch off and back on - you MUST leave it 20 secs or so before powering up or it retains some memory of the last state.
Post
Topic
Board Pools
Re: [12000 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
weevil
on 01/07/2013, 14:30:00 UTC
Hi All
Anyone else noticed a low payout on 244238/18882 ?  About 15% of normal here...

Corrected OK now Smiley
Post
Topic
Board Pools
Re: [12000 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
weevil
on 01/07/2013, 13:52:40 UTC
Hi All
Anyone else noticed a low payout on 244238/18882 ?  About 15% of normal here...
Post
Topic
Board Pools
Re: [12000 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
weevil
on 26/06/2013, 14:08:04 UTC
Nice to be back up.
Can anyone point me to the correct procedure for setting up erupter blades for failover to another pool. I have tried running mining proxy on a second pc on the network here with a different IP and -o -p bat to launch mining proxy to another stratum pool but when I redirect blades to it either totally or by switchpool it does not work so i am obviously missing something in the configuration.
Anyone done this successfully please?
Thanks in advance

For those that want to know I have now sorted this:

Run a second instance of mining.proxy.exe on the same PC as the first one with a bat file start up like: mining_proxy.exe -o stratum.mining.eligius.st -p 3334 -sp 3334 -gp 8331 or whatever your backup pool is. This allows the blades to use 8331 (or whatever port number you choose that is not currently in use on slush - normally 8332) and you then simply select your new port number as option 2 in Ports and put in login and password in option two for user:pass.  You keep the SAME IP address in for both pools.
Simples.
Now on failover the blades switch straight away to the alternative pool.

Hope that helps others.
Post
Topic
Board Pools
Re: [12000 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
weevil
on 25/06/2013, 20:39:31 UTC
Nice to be back up.
Can anyone point me to the correct procedure for setting up erupter blades for failover to another pool. I have tried running mining proxy on a second pc on the network here with a different IP and -o -p bat to launch mining proxy to another stratum pool but when I redirect blades to it either totally or by switchpool it does not work so i am obviously missing something in the configuration.
Anyone done this successfully please?
Thanks in advance
Post
Topic
Board Pools
Re: [12000 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
weevil
on 24/06/2013, 15:42:26 UTC
What needs fixing is why the proxy's dropped out for 3 hours so we all wasted that time for nothing. Answers please.
Post
Topic
Board Hardware
Re: [Guide] Comprehensive ASICMiner Blade Setup
by
weevil
on 13/06/2013, 08:24:30 UTC
Yes - it is worth checking all the voltage rails to make sure that the problem one inst running too low or too high - most aim for 1.2V
Post
Topic
Board Hardware
Re: [Guide] Comprehensive ASICMiner Blade Setup
by
weevil
on 13/06/2013, 08:01:43 UTC
hard reset as per supplied instructions.
Post
Topic
Board Hardware
Re: [Guide] Comprehensive ASICMiner Blade Setup
by
weevil
on 13/06/2013, 06:10:20 UTC
try a reset
Post
Topic
Board Hardware
Re: [Guide] Comprehensive ASICMiner Blade Setup
by
weevil
on 13/06/2013, 05:58:52 UTC
it means that one chip is not processing
Post
Topic
Board Hardware
Re: [Guide] Comprehensive ASICMiner Blade Setup
by
weevil
on 13/06/2013, 05:22:19 UTC
I would say almost certainly they are resetting because they are overheating. You need proper airflow both sides of each blade even if the ambient air temp is cool. Sort out your cooling and that will stop the problems I am sure.
Post
Topic
Board Hardware
Re: [Guide] Comprehensive ASICMiner Blade Setup
by
weevil
on 11/06/2013, 12:32:54 UTC
Regarding cabling from a standard PC power supply.
The blades draw up to 10A at 12V. A single yellow or black cable simply is too small diameter to carry the current so it gets hot ( in the same way as an electric fire element glows red). The cure is to double up the feeds into each terminal post and to remove any connectors.
In my case I have an 1100W PSU. I went through all the feedout cables and stripped off all the end connectors, separated all the yellow (+12V) and black (ground/0V) ones. I cut all the others off inside the PSU and added the green wire to ground link inside the psu case as well.
I then used 4 x yellow and 4 x black wires for each blade - simply twisting two together to put in each hole.
All cabling runs COLD at 1.20V/overclocked 13GH's per blade.
Not pretty but works fine!
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
weevil
on 06/06/2013, 15:44:24 UTC
This is nothing to worry about - see note under unconfirmed title. Also last block took over 1 hour to process.
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
weevil
on 06/06/2013, 13:05:50 UTC
Thank you - corrected now. Not panicking but it was 77 mins after start of next block.
Thanks
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
weevil
on 06/06/2013, 12:52:53 UTC
I am showing NONE for 240070/18434 - anyone else?
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
weevil
on 05/06/2013, 17:07:36 UTC
Estimated reward on current block seems to be dwindling away to nothing with me - others the same?