Topic: Bitmain AntMiner U1 Tips & Tricks - page 37. (Read 106767 times)

 yeah my eyes suck so that is not happening.

  I read that 0981 would work for   a 2.0gh overclock.

do you think the famous pencil mod used on redfury sticks  would work?

Don't try pencil trick. Nothing wrong with ~2gh/s

@ philipma

What kind of amperage do you have available for your hubs and how many sticks per hub?

I am running 0881 and had to pull one stick out of each hub leaving 6 sticks per 4 amp hub -- the PSU's were cooking with 7 sticks (wallwarts)  

Increasing the voltage involves changing surface mount resistors at R1 and R2.
All the information necessary is in the Over clocking section of AntMiner-U1 user guide.
When I get more time I will try some other voltage & clock experiment's.
Right now I am happy with .9 volt and 300mhz for 2.4gh/s.

I know how to up the freq but how did you boost power?

 I have a lot of 12 volt and 13 volt psu's to use on hubs. 

 I was very pleased to get the 1.98-2.01 gh a stick.  but getting 2.4 a stick does sound tempting

I only bought 1 unit to experiment with and it has been running stable for over 24 hours on a Rpi.
My stats look like this.
Average 2.409gh/s
A 83568 R 156 HW 369 WU 33.5
I have adjusted the voltage to .9 volts and the clock is set at 300mhz (0B81).
BTC guild stats verify the hash rate.
Wish I had a more units

C:\Users\M\Downloads\CTB\Antminerminer\cgminer.exe -o stratum+tcp://stratum.mining.eligius.st:3334 -u <"Shut up, Flanders."> -p  --bmsc-options 115200:20 --bmsc-freq 0881

 cgminer version 3.8.5 - Started: [2014-01-02 22:50:04]
--------------------------------------------------------------------------------
 (5s):10.85G (avg):10.33Gh/s | A:105042  R:736  HW:1042  WU:143.0/m
 ST: 2  SS: 0  NB: 93  LW: 194651  GF: 0  RF: 0
 Connected to stratum.mining.eligius.st diff 8 with stratum as "Shut up Flanders."
 Block: 1f2b9d6a...  Diff:1.42G  Started: [10:58:10]  Best share: 178K
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 AMU 0:                | 2.493G/1.734Gh/s | A:17800 R:104 HW:178 WU: 24.0/m
 AMU 1:                | 1.761G/1.732Gh/s | A:17268 R:104 HW:186 WU: 24.0/m
 AMU 2:                | 2.706G/1.743Gh/s | A:17764 R: 60 HW:179 WU: 24.1/m
 AMU 3:                | 2.712G/1.713Gh/s | A:17224 R:208 HW:156 WU: 23.7/m
 AMU 4:                | 2.151G/1.722Gh/s | A:17680 R:132 HW:169 WU: 23.8/m
 AMU 5:                | 2.165G/1.713Gh/s | A:17308 R:128 HW:174 WU: 23.7/m

Out of curiosity what are you running them on?
Have you tried running them on a different host?

I only bought 1 unit to experiment with and it has been running stable for over 24 hours on a Rpi.
My stats look like this.
Average 2.409gh/s
A 83568 R 156 HW 369 WU 33.5
I have adjusted the voltage to .9 volts and the clock is set at 300mhz (0B81).
BTC guild stats verify the hash rate.
Wish I had a more units

I have 4 of these.  Two run fine at the predicted hashrate for all frequencies up to 275 (i.e. 2.2 GH/s).

But, two of them consistently run about 1/3 the hashrate they're supposed to, no matter what settings I try, or even if I run them by themselves.

Anybody else see this?  And if so, were you able to resolve it?  Or do I just have two duds?

once the software catches up to these sticks they are going to kill.  I am getting a steady 2.0 from each one.

These have to be asic miners  new block erupters.
 they are the exact same size as a block eruptor .
they have the same id as a block erupter.
  fried cat  = sushi
first sale of 4000 at 45 btc a case
second sale of 20000 at 33 btc a case
new years eve promo at 31 btc a case
made in china
 a shit load of commonalities
 these sticks rock.

6x the hash at less power and stable.

they will bury the bit fury sticks..   2 gh at .075btc vs  2.5gh at .25btc not much to think about.

why do all the reading come as a multiple of 512? (512,1024,1536,2048,2560)

--------------------------------------------------------------------------------
 (5s):7.060G (avg):6.922Gh/s | A:251830  R:40  HW:4407  WU:94.5/m
 ST: 2  SS: 4  NB: 286  LW: 343019  GF: 1  RF: 0
 Connected to mmpool.bitparking.com diff 10 with stratum as user user
 Block: 0000fd0fc26ae7b2...  Diff:1.42G  Started: [09:18:29]  Best share: 327K
--------------------------------------------------------------------------------
 [P ]ool management [S ]ettings [D ]isplay options [Q ]uit
 BAJ  0:  max 35C 3.17V | 4.879G/4.678Gh/s | A:174390 R: 0 HW:  54 WU: 65.3/m
 AMU  3:                 | 335.4M/336.1Mh/s | A: 12660 R: 0 HW: 132 WU:  4.7/m
 AMU  6:                 | 335.7M/335.8Mh/s | A: 11620 R:20 HW: 106 WU:  4.7/m
 AMU  7:                 | 460.3M/448.7Mh/s | A: 12750 R: 0 HW:2944 WU:  4.7/m
 AMU  8:                 | 447.0M/447.8Mh/s | A: 15390 R: 0 HW: 922 WU:  6.0/m
 AMU  9:                 | 335.4M/335.5Mh/s | A:  9960 R:10 HW:  76 WU:  4.7/m
 AMU 10:                 | 335.8M/336.0Mh/s | A:  9820 R:10 HW:  84 WU:  4.5/m
--------------------------------------------------------------------------------
 [2014-01-01 13:13:49] Accepted 11654ca4 Diff 14/10 BAJ 0 pool 0
 [2014-01-03 09:27:12] Accepted 0282785d Diff 102/10 AMU 8 pool 0
 [2014-01-03 09:27:20] Accepted 0e032b3f Diff 18/10 AMU 8 pool 0
 [2014-01-03 09:27:25] Accepted 05ef3eb5 Diff 43/10 AMU 9 pool 0
 [2014-01-03 09:27:26] Accepted 054b87da Diff 48/10 BAJ 0 pool 0
 [2014-01-03 09:27:40] Accepted 09651052 Diff 27/10 AMU 3 pool 0

The issue is that I have tried this 20 times, and it won't download. I just keep getting some piece of it. Odd that.

Two things.

First of all, the "--bmsc-options 115200:20 " is MANDATORY.  I was not using it and having it on the command line made all the difference in the world.

Next, what processor / OS are you running?  i.e. does "uname -p" say  "i386" or "x86_64"?

The same exact sequence on an intel i3 running ubuntu 12.04 x86_64 gives a compiler warning that it will crash because of a memory overflow and really does.  Fixing the memcpy from trying to copy 5 bytes into a 4 byte uint32 stops the crash and lets the program run.  Your compiler / OS / processor may be more forgiving of the driver trying to stuff 5 bytes into a 4 bytes entity.

FWIW, what I did to make it work on an i3 running ubuntu 12.04 was

--- a/driver-bmsc.c
+++ b/driver-bmsc.c
@@ -1276,7 +1276,7 @@ static int64_t bmsc_scanwork(struct thr_info *thr)
                goto out;
        }

-       memcpy((char *)&nonce, nonce_bin, sizeof(nonce_bin));
+       memcpy((char *)&nonce, nonce_bin, sizeof(nonce));
        nonce = htobe32(nonce);
        curr_hw_errors = bmsc->hw_errors;
        submit_nonce(thr, work, nonce);

which is essentially to only copy 4 of the 5 bytes returned by the driver before the byte swap.  Only 4 bytes are used by the code so this is a safe change.