Pages:
Author

Topic: Ultra Under-overclock image for A2 Innosilicon by Emdje - V5.0 - page 6. (Read 79746 times)

hero member
Activity: 686
Merit: 500
Could anyone who tried this version on 10 of 12 chip bladed report back if it works or not?
hero member
Activity: 686
Merit: 500
New version uploaded: V5.0  Grin

This version should work on the newer A2's as well. It takes up to 12 chips, so even the more exotic A2 versions should work on it.
Clock options are: 400, 500, 600, 700, 800, 900, 1000, 1100, 1200, 1280, 1300, 1320, 1340, 1360, 1380, 1400, 1420, 1440, 1460, 1480, 1500.
Default clock value has been set to 1200. Note that overclocking your A2 requires Voltmodding.

https://mega.nz/#!rIdCwaYI!eh55V6G3eAWILmRJbXZA__gzSQcsBePByxpIqEr4cyU

Note that the default frontend is set-up for 6 chip blades, meaning that the MH/s values and so on. I will upload other versions of the frontend later that you can manually replace.


Also be carefull when overclocking and using higher clock settings. When using 1440 MHz for example the blade draws 200Watts:



And the connectors can get hot locally:

hero member
Activity: 686
Merit: 500
Sound great. When are you planning to release version for the newer A2's 110 Mh/s ?

Most probably today. It is however untested for newer A2's (I don't have one so I can't test that).
newbie
Activity: 29
Merit: 0
Sound great. When are you planning to release version for the newer A2's 110 Mh/s ?
hero member
Activity: 686
Merit: 500
I am working on a new version that will run from 400 MHz to 1500MHz. Plus it should be set up to run on the newer A2's as well with a higher chip count. (this would require testing from someone who has one)

Mine is currently running on 1440MHz without problems and doing 17.6 Mh/s on average with an average temperature of 34 degrees Celsius and at ~ 0.92 Volts (https://www.nicehash.com/?p=miners&a=0&addr=1EsEWk5XtcsmRdpbjciTFHL91n439NTa6d&l=0 <-- yes I only have one blade left Sad ). This would result in an overclocked 6 blade, 10 chip terminator to run at 132 Mh/s
hero member
Activity: 686
Merit: 500
The driver should have something to do with it at least. emdje's version supports 8 chips per board as a max in the current releases, according to him. If it's anything like the A1 source code, it should matter.

Well if he is using the 'standard' version of my software is should work, as the number of maximum chips is coded in the software. However when he uses the 'mini' version of my software that should work.
full member
Activity: 188
Merit: 100
I think I'll start a new thread so we can talk hardware a bit more, I do plan on releasing the code I have for the FPGA, I am trying to pretty up my setup today, got a cheap cpld board from china that is a lot smaller and mounting everything down at least.
sr. member
Activity: 334
Merit: 250
member
Activity: 92
Merit: 10
We'll do what we can.

The power supply that came with mine was unable to support more than 4 cards at any freq above 1000MHz. From what I can tell you're having the same problem. It's probably most prominent widespread problem that these machines have. We can talk about specific lower cost server power supply replacements if you'd like, such as the 39Y7408/9 that would power both your machines off of 240V. Since you're not wanting to do too much hardware work, I'd recommend a breakout board from J4bberwock. Packages like this would be the easiest recommendation. I'd PM him and ask for 12x PCIe cables. That, or you could use individual 1.2kW-1.5kW supplies.

If you're talking about V3.1 or V4.0 versions posted in this thread, they do not work on A2 110s as far as I can tell. (Please correct me if I'm wrong.) For the time being until emdje releases a A2 110 compatible version, I would recommend using MarkAz's Anx image. Though, the index.php does not have clock speed options above 1200MHz by default, but it can be edited to allow the options.

I never really ran my machine at 1100MHz for any extended period of time, so I don't know what to expect out of it. Though, while running at 1200MHz I was getting about 90-95MH/s poolside if I remember correctly. I've found that without the modification I posted earlier, it cannot run above 1200MHz and yield a higher accepted hashrate. Though, in your situation you would have to rectify your power supply issue by either replacement or giving it a bit of help by feeding some of the cards with other power supplies before you can run above 1000MHz. The case of my unit was slightly damaged in shipping and this was an early test. I've since replaced those three side supplies with a 1kW server supply.

As far as getting 110MH/s poolside, from my findings, you'd have to overvolt and overclock. Locally mine hashes at 119-121MH/s. My machine uses about 1200W at 12V, and draws about 1450W from the wall, ~83% efficient. Producing about 113MH/s poolside yields 12.8W/MH efficiency. I think the stock power supply is rated 80 Plus Bronze. I know the one I'm using to help it is, and the numbers support this. I did not take any pre-overvoltage measurements running at 1100MHz or 1200MHz. Long story short you should buy the highest 80 Plus rated supply for the money that you want to spend.
newbie
Activity: 9
Merit: 0
Hey guys, just had a few quick questions about the A2 in general, and wanted to get a few opinions. I know this isn't an "A2 general support" thread, but everywhere else I've looked is super sketchy, so I thought that I should try.

So I ordered an A2 110MH/s unit from Zoomhash and I got it in the mail this past Monday. Tested it out with the stock image provided on the SD card to get a general idea of an average hashrate. Had it running for about 3 hours on the "default" 1100MHz frequency, and lo and behold the PSU died while mining. I've contacted Zoomhash about getting a replacement, but I'm starting to get nervous because I haven't gotten a reply in almost 3 days. I'll still hold out hope until the end of the week, but it's looking like I'm going to be replacing the PSU on my own dime, which I'm definitely not thrilled about an extra $220 on top of the $900 already spent...

A few questions I have in regards to using the Version 3.1 or 4.0 firmware with my A2:

- During my bench testing, I received an extremely erratic "average" hashrate while mining Litecoin (slow and steady coin, wasn't on coin-changing multipool). Over the 4 hour period, my 30-minute average ranged from 65MH/s to 90MH/s, spiking back and forth between the two every 10 minutes or so. I'm not at all familiar with how Raspberry Pi's work, but could this problem have been caused by a bad (outdated/defective) image? Or possibly by the near-death power supply? The PSU it was sold with is "supposedly" a 1100W Gold unit, but I wouldn't think that running it on 1100MHz would push the PSU to die like that. I have not opened the case because doing so would "void the warranty" just in case they get back to me with a replacement.

- If I were to replace the power supply myself with a reliable unit, what range of power/efficiency rating should I go with? Based on the answer to that question, what would be the optimum frequency setting I should use with the overclock image? I'd like to get as close as I can to the *advertised* 110MH. Also, assume that the chips and boards that I have are completely untouched and not modded in any way, and I'd prefer to keep it that way since I'm not the best (or luckiest) working with electricity and circuits.

Any help would be greatly appreciated. I might as well learn about the A2 and anticipate what I need to do while I wait to get it fixed. Thanks guys!
member
Activity: 92
Merit: 10
The driver should have something to do with it at least. emdje's version supports 8 chips per board as a max in the current releases, according to him. If it's anything like the A1 source code, it should matter.

Huh. That's interesting. Taking a look at the datasheet it doesn't directly have a register for temperature, but has flags and configs for the flags. I figured that the temp readings are based on external sensors. This also implies that we don't really know what the die or junction temperature is. On the subject of temperature, I installed a air guide above the blade closest to the power supply, as it was 5C above the others, and 7C when overvolted/overclocked bringing it to 47-50C. Post guide installation it has brought it down considerably, to 41C.

It's very possible, though I have not compiled the data to find a direct hash/temp correlation. Though the datasheet does mention some recommendations. Just smack some fans on those suckers and I'd imagine it would do much better.

I almost purchased some dead 8 chip boards of various versions on ebay to expand it, hoping to get at least one working blade. If one could break out the last two cs lines and set the driver to 8 board maximum instead of 6 as it is now, I don't see why it isn't possible. In your case it's easily possible since you have FPGA's the controller board, given that the driver was rewritten. (Good job by the way. You should release the verilog/VHDL for that. I've got some FPGAs sitting around.)

You're looking at 240V power supply land. Maybe one of those 2880W supplies. I'm tempted to get one myself so I can drive all my miners on it. (Zeus Thunder x3, and A2 110MH/s)

Now that I've modified and overclocked the final board, my accepted hashrate is 111-119MH/s at 1320MH/s.  Grin
full member
Activity: 188
Merit: 100
I am using the one of your versions, from maybe v4 or the mini, to be honest I don't think the driver determines the chip count so much. Looking at the SPI traffic with the logic analyzer I see that the software asks for a chip count from the uC on the board it replies with a 0x000C which is 12 then it steps through them one at a time getting info from them, of course 6 and 12 return no data , the thing I find odd is chips 9 - 12 always return 0x14 for the temperature which makes me think they didn't modify the code on the uC on board when they went from the 8->10 chip versions or not that part of it, at least I think that is it, I know there are 4 chips that are 20C all the time.

I think a  lot of my issues in overclocking is heat, should have some heatsinks this week , they run around 55C right now I hope that will help some.

I have done a lot of thinking about more boards , should be no problem to do 8 (with 3 cs lines) on hardware but power and space is another issue, you looking at 150A+ at 12V that gets to be a lot while not impossible though.
member
Activity: 92
Merit: 10
I'm running Anx/MarkAz's image using cgminer/3.9.0 in 12chip v0p5. I've modified a good bit of it to suit my desires in terms of graphs and information display, but the core software is the same. We have A2 110 boards. I've got V4 boards.

I would love to try a version of yours with an increased chip count and provide feedback/information.

For me 1320MHz seems to yield the highest accepted hash rate.

Diff: 2048
BA2 0 is running 1200MHz @ 0.885V
BA2 1-5 is running 1320MHz @ 0.930-0.935V

Code:
 [2016-01-05 12:12:37] Started at [2016-01-04 14:47:08]                    
 [2016-01-05 12:12:37] Pool: stratum+tcp://mine.zpool.ca:3433                   
 [2016-01-05 12:12:37] Runtime: 21 hrs : 25 mins : 29 secs                   
 [2016-01-05 12:12:37] Average hashrate: 117.6 Megahash/s                   
 [2016-01-05 12:12:37] Solved blocks: 86                   
 [2016-01-05 12:12:37] Best share difficulty: 260M                   
 [2016-01-05 12:12:37] Share submissions: 61629                   
 [2016-01-05 12:12:37] Accepted shares: 61467                   
 [2016-01-05 12:12:37] Rejected shares: 162                   
 [2016-01-05 12:12:37] Accepted difficulty shares: 125884416                   
 [2016-01-05 12:12:37] Rejected difficulty shares: 331776                   
 [2016-01-05 12:12:37] Reject ratio: 0.3%                   
 [2016-01-05 12:12:37] Hardware errors: 6201                   
 [2016-01-05 12:12:37] Utility (accepted shares / min): 47.82/min                   
 [2016-01-05 12:12:37] Work Utility (diff1 shares solved / min): 98718.30/min
                   
 [2016-01-05 12:12:37] Stale submissions discarded due to new blocks: 333                   
 [2016-01-05 12:12:37] Unable to get work from server occasions: 4                   
 [2016-01-05 12:12:37] Work items generated locally: 1159802                   
 [2016-01-05 12:12:37] Submitting work remotely delay occasions: 1                   
 [2016-01-05 12:12:37] New blocks detected on network: 4337
                   
 [2016-01-05 12:12:37] Summary of per device statistics:
                   
 [2016-01-05 12:12:37] BA20                | (5s):18.58M (avg):18.09Mh/s | A:19900416 R:32768 HW:637 WU:1559                   
 [2016-01-05 12:12:37] BA21                | (5s):20.37M (avg):19.90Mh/s | A:20572160 R:73728 HW:1342 WU:161                   
 [2016-01-05 12:12:37] BA22                | (5s):20.43M (avg):19.89Mh/s | A:22257664 R:71680 HW:636 WU:1745                   
 [2016-01-05 12:12:37] BA23                | (5s):20.43M (avg):19.88Mh/s | A:20719616 R:53248 HW:1340 WU:162                   
 [2016-01-05 12:12:37] BA24                | (5s):20.44M (avg):19.89Mh/s | A:20803584 R:45056 HW:1153 WU:163                   
 [2016-01-05 12:12:37] BA25                | (5s):20.43M (avg):19.89Mh/s | A:21630976 R:55296 HW:1093 WU:169 

Errors per chip:
Board 1 2 3 4 5 6
Chip 1 375 253 191 591 514 293
Chip 2 104 157 93 304 121 233
Chip 3 7 32 45 29 126 91
Chip 4 20 155 45 89 95 74
Chip 5 1 49 355 144 43 152
Chip 6 84 173 46 77 66 153
Chip 7 43 638 86 105 294 212
Chip 8 100 43 76 260 149 115
Chip 9 163 159 67 182 200 67
Chip10 58 46 50 257 29 166
hero member
Activity: 686
Merit: 500
May I ask which version software you guys are running? (because you seem to be running more than 8 chips on a board)

On a side note, personally I am running mine stably on 1440 MHz, and on average 17.7 Mh/s on nicehash per 8 chip board (I can run them up to 1500 MHz). If you guys are interested I can adapt the driver so that it should accept more chips and/or boards.
full member
Activity: 188
Merit: 100
yea got one super happy and one super sad on the same board, i have noticed that every now and then they will be very evenly spread, normally when I am tracking down something. Here is the code to my thing , not amazing but works . I got some heatsinks on the way and maybe two more cards, don't know yet.

perl bad_chips.pl /path/to/logfile


bad_chips.pl
Code:
my @a2;
my $boards = 2;
init_var();
open ($fh , '<', $ARGV[0]) or die "No input cgminer Log file\n";
while ($row = <$fh>) {
chomp $row;
if ($row =~ /invalid/ && $row =~ /cs/) {
@temp = split(/ /, $row);
$temp_cs = substr($temp[3],7,1);
$a2[$temp_cs][$temp[4]]++;
}
}
report();
close $fh;
sub init_var {
for ($cs=0;$cs<$boards;$cs++) {
        for ($chip=1;$chip<13;$chip++) {
                $a2[$cs][$chip] = 0;
        }
}
}
sub report {
        for ($cs=0;$cs<$boards;$cs++) {
                for ($chip=1;$chip<13;$chip++) {
printf ("Board %1d Chip %2d Errors %d\n",($cs),($chip),$a2[$cs][$chip]);
                }
print "\n";       
}
}
member
Activity: 92
Merit: 10
Good idea! That chip seven is super happy.

I decided to make a (not so elegant) shell script to take the cgminer.log and do something similar.

I'm putting it here in case it's useful to anyone, not because I'm proud of it. It's very rolled out and hastily written...


Code:
#!/bin/bash

sudo rm chiperror.rep
sudo touch chiperror.rep
sudo chmod 777 chiperror.rep

_0_1=$(grep -o 'chip(cs0) 1' cgminer.log | wc -l)
_0_2=$(grep -o 'chip(cs0) 2' cgminer.log | wc -l)
_0_3=$(grep -o 'chip(cs0) 3' cgminer.log | wc -l)
_0_4=$(grep -o 'chip(cs0) 4' cgminer.log | wc -l)
_0_5=$(grep -o 'chip(cs0) 5' cgminer.log | wc -l)
_0_7=$(grep -o 'chip(cs0) 7' cgminer.log | wc -l)
_0_8=$(grep -o 'chip(cs0) 8' cgminer.log | wc -l)
_0_9=$(grep -o 'chip(cs0) 9' cgminer.log | wc -l)
_0_10=$(grep -o 'chip(cs0) 10' cgminer.log | wc -l)
_0_11=$(grep -o 'chip(cs0) 11' cgminer.log | wc -l)

_1_1=$(grep -o 'chip(cs1) 1' cgminer.log | wc -l)
_1_2=$(grep -o 'chip(cs1) 2' cgminer.log | wc -l)
_1_3=$(grep -o 'chip(cs1) 3' cgminer.log | wc -l)
_1_4=$(grep -o 'chip(cs1) 4' cgminer.log | wc -l)
_1_5=$(grep -o 'chip(cs1) 5' cgminer.log | wc -l)
_1_7=$(grep -o 'chip(cs1) 7' cgminer.log | wc -l)
_1_8=$(grep -o 'chip(cs1) 8' cgminer.log | wc -l)
_1_9=$(grep -o 'chip(cs1) 9' cgminer.log | wc -l)
_1_10=$(grep -o 'chip(cs1) 10' cgminer.log | wc -l)
_1_11=$(grep -o 'chip(cs1) 11' cgminer.log | wc -l)

_2_1=$(grep -o 'chip(cs2) 1' cgminer.log | wc -l)
_2_2=$(grep -o 'chip(cs2) 2' cgminer.log | wc -l)
_2_3=$(grep -o 'chip(cs2) 3' cgminer.log | wc -l)
_2_4=$(grep -o 'chip(cs2) 4' cgminer.log | wc -l)
_2_5=$(grep -o 'chip(cs2) 5' cgminer.log | wc -l)
_2_7=$(grep -o 'chip(cs2) 7' cgminer.log | wc -l)
_2_8=$(grep -o 'chip(cs2) 8' cgminer.log | wc -l)
_2_9=$(grep -o 'chip(cs2) 9' cgminer.log | wc -l)
_2_10=$(grep -o 'chip(cs2) 10' cgminer.log | wc -l)
_2_11=$(grep -o 'chip(cs2) 11' cgminer.log | wc -l)

_3_1=$(grep -o 'chip(cs3) 1' cgminer.log | wc -l)
_3_2=$(grep -o 'chip(cs3) 2' cgminer.log | wc -l)
_3_3=$(grep -o 'chip(cs3) 3' cgminer.log | wc -l)
_3_4=$(grep -o 'chip(cs3) 4' cgminer.log | wc -l)
_3_5=$(grep -o 'chip(cs3) 5' cgminer.log | wc -l)
_3_7=$(grep -o 'chip(cs3) 7' cgminer.log | wc -l)
_3_8=$(grep -o 'chip(cs3) 8' cgminer.log | wc -l)
_3_9=$(grep -o 'chip(cs3) 9' cgminer.log | wc -l)
_3_10=$(grep -o 'chip(cs3) 10' cgminer.log | wc -l)
_3_11=$(grep -o 'chip(cs3) 11' cgminer.log | wc -l)

_4_1=$(grep -o 'chip(cs4) 1' cgminer.log | wc -l)
_4_2=$(grep -o 'chip(cs4) 2' cgminer.log | wc -l)
_4_3=$(grep -o 'chip(cs4) 3' cgminer.log | wc -l)
_4_4=$(grep -o 'chip(cs4) 4' cgminer.log | wc -l)
_4_5=$(grep -o 'chip(cs4) 5' cgminer.log | wc -l)
_4_7=$(grep -o 'chip(cs4) 7' cgminer.log | wc -l)
_4_8=$(grep -o 'chip(cs4) 8' cgminer.log | wc -l)
_4_9=$(grep -o 'chip(cs4) 9' cgminer.log | wc -l)
_4_10=$(grep -o 'chip(cs4) 10' cgminer.log | wc -l)
_4_11=$(grep -o 'chip(cs4) 11' cgminer.log | wc -l)

_5_1=$(grep -o 'chip(cs5) 1' cgminer.log | wc -l)
_5_2=$(grep -o 'chip(cs5) 2' cgminer.log | wc -l)
_5_3=$(grep -o 'chip(cs5) 3' cgminer.log | wc -l)
_5_4=$(grep -o 'chip(cs5) 4' cgminer.log | wc -l)
_5_5=$(grep -o 'chip(cs5) 5' cgminer.log | wc -l)
_5_7=$(grep -o 'chip(cs5) 7' cgminer.log | wc -l)
_5_8=$(grep -o 'chip(cs5) 8' cgminer.log | wc -l)
_5_9=$(grep -o 'chip(cs5) 9' cgminer.log | wc -l)
_5_10=$(grep -o 'chip(cs5) 10' cgminer.log | wc -l)
_5_11=$(grep -o 'chip(cs5) 11' cgminer.log | wc -l)

echo -e "Board \t1 \t2 \t3 \t4 \t5 \t6" | tee chiperror.rep
echo -e "Chip 1 \t$_0_1 \t$_1_1 \t$_2_1 \t$_3_1 \t$_4_1 \t$_5_1" | tee chiperror.rep
echo -e "Chip 2 \t$_0_2 \t$_1_2 \t$_2_2 \t$_3_2 \t$_4_2 \t$_5_2" | tee chiperror.rep
echo -e "Chip 3 \t$_0_3 \t$_1_3 \t$_2_3 \t$_3_3 \t$_4_3 \t$_5_3" | tee chiperror.rep
echo -e "Chip 4 \t$_0_4 \t$_1_4 \t$_2_4 \t$_3_4 \t$_4_4 \t$_5_4" | tee chiperror.rep
echo -e "Chip 5 \t$_0_5 \t$_1_5 \t$_2_5 \t$_3_5 \t$_4_5 \t$_5_5" | tee chiperror.rep
echo -e "Chip 6 \t$_0_7 \t$_1_7 \t$_2_7 \t$_3_7 \t$_4_7 \t$_5_7" | tee chiperror.rep
echo -e "Chip 7 \t$_0_8 \t$_1_8 \t$_2_8 \t$_3_8 \t$_4_8 \t$_5_8" | tee chiperror.rep
echo -e "Chip 8 \t$_0_9 \t$_1_9 \t$_2_9 \t$_3_9 \t$_4_9 \t$_5_9" | tee chiperror.rep
echo -e "Chip 9 \t$_0_10 \t$_1_10 \t$_2_10 \t$_3_10 \t$_4_10 \t$_5_10" | tee chiperror.rep
echo -e "Chip10 \t$_0_11 \t$_1_11 \t$_2_11 \t$_3_11 \t$_4_11 \t$_5_11" | tee chiperror.rep

exit 0

Output:
Code:
Board 	1 	2 	3 	4 	5 	6
Chip 1 21 20 14 35 32 12
Chip 2 7 15 4 14 9 21
Chip 3 0 1 5 2 7 8
Chip 4 0 13 2 5 9 4
Chip 5 0 2 16 3 1 9
Chip 6 7 18 8 9 8 8
Chip 7 6 35 8 10 21 10
Chip 8 7 8 10 20 8 11
Chip 9 8 11 8 16 13 4
Chip10 3 3 3 7 0 6

Now have it run with cgmrrd, taking out the "| tee" for ">>" and put the output file on a reports page for easy access.

You could almost determine which sets of chips to investigate into regarding the voltage they're getting. Hmmm... My first chip across all boards consistently having errors is interesting.
full member
Activity: 188
Merit: 100
if your saving log files or anything and like perl I wrote a little thing to parse the files and tell you which chips had errors you get some output like this, as you can see I have one really happy chip on the second board.


Board 0 Chip  1 Errors  2228
Board 0 Chip  2 Errors   767
Board 0 Chip  3 Errors   390
Board 0 Chip  4 Errors  1504
Board 0 Chip  5 Errors   408
Board 0 Chip  6 Errors     0
Board 0 Chip  7 Errors  1331
Board 0 Chip  8 Errors   775
Board 0 Chip  9 Errors   318
Board 0 Chip 10 Errors   701
Board 0 Chip 11 Errors   567
Board 0 Chip 12 Errors     0

Board 1 Chip  1 Errors  2731
Board 1 Chip  2 Errors   755
Board 1 Chip  3 Errors   935
Board 1 Chip  4 Errors   271
Board 1 Chip  5 Errors   548
Board 1 Chip  6 Errors     0
Board 1 Chip  7 Errors     2
Board 1 Chip  8 Errors  1048
Board 1 Chip  9 Errors 15264
Board 1 Chip 10 Errors   557
Board 1 Chip 11 Errors  2558
Board 1 Chip 12 Errors     0
member
Activity: 92
Merit: 10
Gotcha. When using the normal equipment it appears the webUI interface separates invalid nonce and the other chip specific errors into two categories, HW and device rejected. Even then, it gives a percentage value that I don't think is weighted properly. That's why I ask. That's not a bad sensor from the look of it. Probably more accurate than my current instrument, assuming the maths and biases are correct.

These have a very large silpad for the topside and some thermal paste (silver type by appearance, not a whole lot...) for the bottom side. The silpads are not very accurately cut, as you can see in some of the photos.

Oh? That's interesting. I couldn't find any photos in your photo collection of the chips you're talking about. They're not the same chips posted in the guide from earlier in the thread? Which I'm pretty sure happen to be the same chips on the Zeusminer x32 boards, RT8809B if I remember correctly.

PS: 1320MHz seems to be yielding more than 1300MHz in terms of pool accepted. Time to move to 1340MHz.
full member
Activity: 188
Merit: 100
yea there are a lot of options, those were just the HW errors when cgminer exits out on the board, yea I guess really I am talking just a few mV that isn't to bad, I may put the board back to stock and sweep the frequencys again , as for current I am using one of these http://www.alliedelec.com/fw-bell-bb-100/70103851/ works pretty well but have to get the offset and do some math but the meter takes care of that , oh yea the +-15 supply that is annoying as well .

I notice there is a thermal pad on the top heatsink, did  they use one on both sides or just the top or is that something you did?

The blue board I have has some no name dc-dc converter ICs and it looks like the feedback is something odd like a 11k and a 13k so right now I don't know the math to make that work out unless there are other parts in line else where.
member
Activity: 92
Merit: 10
Good to know someone got some use from this information! I speculate the increased voltage might have to do with the values they've setup diffout. I did notice a slight change in voltage (+10mV) under load. I didn't trace the circuit out completely, but I think it's a pretty logical conclusion.

That's good information. What does HW error mean for you? Does that include conditions that call for board reinit or just invalid nonce? The current draw is a little bit different from my measurements, but I'm using a particularly cheap DC clamp meter for current measurement for now.

I've been running it at 1300MHz since my post, getting about 112MH/s accepted according to cgmrrd and the pool's stats. Though, I've yet to overvolt one of the boards. I'm running it at 1200MHz and it's being used as a reference.

I'll be trying values between 1320MHz and 1380MHz today to determine my highest accepted rate.

1400MHz is not stable for me though. I get around 80MH/s accepted. I only tested this for 30 minutes and switched back to 1300MHz. Oh well. It could be a power supply thing, though. This may require further testing at a later date once I have a better power solution.
Pages:
Jump to: