ANTMINER S3+ Discussion and Support Thread

[bobsag3]

Heads up guys, if you update your CGMiner beyond what it comes with, bitmain will deny you any future RMA

Source: They denied several of my S1s back in the day when I applied Kano's fix.

[1714662457]

1714662457

[1714662457]

1714662457

[1714662457]

1714662457

[1714662457]

1714662457

[1714662457]

1714662457

[1714662457]

1714662457

[soy]

I'm having a problem with an S3 I got from Florida.  It consistently runs slow.  I've just replaced the thermal paste, front and rear of both boards, and a single ASIC is malfunctioning.  I'd like to know how the o's are positioned relative to the actual ASICs.  For instance, looking at the miner from the RJ45 port end, is the top row of o's the right board?  And then is the first o the ASIC closest to the RJ45 port then progressively around so the last o in the line is the ASIC beneath the ASIC closest to the RJ45 port.  If this is the case then does the lower line of o's have the first o representing the top ASIC at the far end of the left board, farthest away from the RJ45 port?  If not, how?  Thanks.

soy

[pekatete]

Have you tried increasing the freq over 250 since changing? - Looks like extra CPU might equal more work into the asics.  I am not sure how or where the file is not with the new bios, that  you can set from interface.  Anyone know where to edit that file?
TIA
 

I have one S3 running at 262.5 for the last 5hrs+ and like I mentioned before in this thread, it looks like my pool-side hash rate is higher than usual, so I would nod to the assumption that less load MAY equate to more work into the asics (and more efficient submission thus less rejects!).
I'll have to come up with a more meaningful assumption after I've run for over 24+ hrs.

[pekatete]

Heads up guys, if you update your CGMiner beyond what it comes with, bitmain will deny you any future RMA
Source: They denied several of my S1s back in the day when I applied Kano's fix.

I have a few S3's from batch 6 and 7 and several S1's from loads of sources.
If one of them went, knowing that I overclock each, I do not expect bitmain to take responsibility and give me a voucher. I value my machines but I have never known anything that depreciates so fast in value as a bitcoin mining rig, for that reason, I do not have any sentimental attachement to my rigs. Matter of fact, I keep them outside, though well sheltered from the elements.
I have not updated any firmware but I knew that any cgminer from the author would improve on what shipped with the S3 (and thus far, I think I have more reason than not to update all my S3's, infact i have!). If you want to hold back updating cgminer in the anticipation of an RMA claim, that is your choice!

[MoreBloodWine]

The B5's I still have left are still running good, one on 231.25 @ ~465 and the other 243.75 @ ~490.

[iglasses]

Heads up guys, if you update your CGMiner beyond what it comes with, bitmain will deny you any future RMA

Source: They denied several of my S1s back in the day when I applied Kano's fix.

Wait...isn't BITMAIN directing people to that when they ask about the latest version of cgminer?

[techgeeks]

Which file do modify now with the latest bios?   The /etc/config/asic-freq does not change it.

[soy]

I'm having a problem with an S3 I got from Florida.  It consistently runs slow.  I've just replaced the thermal paste, front and rear of both boards, and a single ASIC is malfunctioning.  I'd like to know how the o's are positioned relative to the actual ASICs.  For instance, looking at the miner from the RJ45 port end, is the top row of o's the right board?  And then is the first o the ASIC closest to the RJ45 port then progressively around so the last o in the line is the ASIC beneath the ASIC closest to the RJ45 port.  If this is the case then does the lower line of o's have the first o representing the top ASIC at the far end of the left board, farthest away from the RJ45 port?  If not, how?  Thanks.

soy

I note that the hashing board on the left while facing the RJ45 port seems to have been a problem.  The screws from the board to the inside heatsink were grossly overtightened to the point 2 were almost impossible to remove.  When I got the heatsink off there was more thermal paste than on the the other hashing board.  The other hashing board has paste that was more dry.  This second with the over tightened screws had fresh paste.

I just worked on the second, over tightened screws board again.  Cleaning the ASIC of paste on its pins and closing it up, it's been up a little over 5 minutes but running slow, 432.03GH/s(5s) 418.33GH/s(avg) but all ASICs are showing o's.

[shadow2]

to alter via the advanced settings

find you way to (I used WINSCP to find it)

/usr/lib/lua/luci/model/cbi/cgminer/cgminer.lua

that has the frequencies that are available via the user interface


conf:tab("advanced", translate("Advanced Settings"))
pb = conf:taboption("advanced", ListValue, "freq", translate("Frequency"))
pb.default = "18:218.75:1106"
pb:value("16:250:0982", translate("250M"))
pb:value("17:243.75:1306", translate("243.75M"))
pb:value("17:237.5:1286", translate("237.5M"))
pb:value("17:231.25:1206", translate("231.25M"))
pb:value("18:225:0882", translate("225M (S3+ default)"))
pb:value("18:218.75:1106", translate("218.75M (S3 default)"))
pb:value("18:212.5:1086", translate("212.5M"))
pb:value("19:206.25:1006", translate("206.25M"))
pb:value("20:200:0782", translate("200M"))
pb:value("20:196:1f07", translate("196M"))
pb:value("20:193:0f03", translate("193M"))
pb:value("23:175:0d83", translate("175M"))
pb:value("27:150:0b83", translate("150M"))
pb:value("33:125:0983", translate("125M"))
pb:value("40:100:0783", translate("100M"))


are the ones available by default on the latest and greatest firmware

[soy]

I'm having a problem with an S3 I got from Florida.  It consistently runs slow.  I've just replaced the thermal paste, front and rear of both boards, and a single ASIC is malfunctioning.  I'd like to know how the o's are positioned relative to the actual ASICs.  For instance, looking at the miner from the RJ45 port end, is the top row of o's the right board?  And then is the first o the ASIC closest to the RJ45 port then progressively around so the last o in the line is the ASIC beneath the ASIC closest to the RJ45 port.  If this is the case then does the lower line of o's have the first o representing the top ASIC at the far end of the left board, farthest away from the RJ45 port?  If not, how?  Thanks.

soy

I note that the hashing board on the left while facing the RJ45 port seems to have been a problem.  The screws from the board to the inside heatsink were grossly overtightened to the point 2 were almost impossible to remove.  When I got the heatsink off there was more thermal paste than on the the other hashing board.  The other hashing board has paste that was more dry.  This second with the over tightened screws had fresh paste.

I just worked on the second, over tightened screws board again.  Cleaning the ASIC of paste on its pins and closing it up, it's been up a little over 5 minutes but running slow, 432.03GH/s(5s) 418.33GH/s(avg) but all ASICs are showing o's.

Shut it down and stretched the springs on the hashing board that had overly tightened screws.   Up now 47 minutes, 426(5s) 428(avg) all ASICs o's but the miner is in a non-AC room and the humidity there is 43% rh tho temperature fairly low, 83°.  We had rain.  Perhaps a mass air flow sensor should be incorporated.  Wish the controller board had better air flow over its top.

[bspurloc]

Heads up guys, if you update your CGMiner beyond what it comes with, bitmain will deny you any future RMA

Source: They denied several of my S1s back in the day when I applied Kano's fix.

there is no way for them to know you did this unless u send one back to them without resetting it or admitting you did it.

[bobsag3]

Heads up guys, if you update your CGMiner beyond what it comes with, bitmain will deny you any future RMA

Source: They denied several of my S1s back in the day when I applied Kano's fix.

there is no way for them to know you did this unless u send one back to them without resetting it or admitting you did it.

I know this, just making sure people understand. I had over 20 S1s rejected for RMA because of it, and would hate to have anyone else burned.

[buy4crypto]

This all sounds very complicated. Will a easy upgrade be available for the technically less inclined?

[hochiroku]

when i login and check stats of miner i can see the reject rate is ridiculously high. would it effect my mining?

Post your actual rates for hash as a comparison.

whats worse is that i tried to overclock it and n ow im hashing at 102 Ghash?
can someone please help me out of this mess?

[Count_Frackula]

Here's what I've used and it started hashing as usual.
1. SSH into the S3 and login
2. Issue the following commands sequentially.
  a) cd /usr/bin
  b) mv cgminer cgminer.bak
  c) wget http://ck.kolivas.org/apps/cgminer/antminer/s3/4.6.0-140908/cgminer
  d) chmod +x cgminer
  e) reboot

Confirm. Both my S3s Batch 7 were upgraded well this way.

CPU load now is about 90% instead of 99-100% with old cgminer. WebGUI is a bit quicker. Niiice!  

p.s. I suspect that it will not work for S2?..

Confirmed the confirm - updated mine to the latest firmware and then applied this with no issues.
Unit is hashing away on Mining Rig Rentals if you wish to view it.  Clocked at 250.

[hurricandave]

when i login and check stats of miner i can see the reject rate is ridiculously high. would it effect my mining?

Post your actual rates for hash as a comparison.

whats worse is that i tried to overclock it and n ow im hashing at 102 Ghash?
can someone please help me out of this mess?

You must select the new frequency, apply, save, restart/reboot the miner for the frequency changes to take effect otherwise it runs very slow.

[omnik]

@ Count_Frackula
Little bit off topic... how's your experience with leasing S3? Wondering if possible to make a bit more BTC's then with mining BTC directly.
Tnx

[hochiroku]

here is the login

http://s1.postimg.org/fbvn999f3/speed01.jpg
image upload no limit

[pekatete]

here is the login


image upload no limit

Crikey, there's no frequency! Never seen anything like that.
Also, you forgot to obscure your details....
Also, why don't you use:

stratum+tcp://stratum.btcguild.com:3333

as your mining URL as opposed to the http:// .... ?

[Count_Frackula]

@ Count_Frackula
Little bit off topic... how's your experience with leasing S3? Wondering if possible to make a bit more BTC's then with mining BTC directly.
Tnx

Well, I've been using MRR for quite a while (as you can tell from my referral number, I was their 126th user).  Here's what I've found, so far.

Firstly, for the sake of simplicity, I'm going to remove a few decimal places from these numbers.
Right now, I rent out for 25, and if I mined myself, I would get 20 on straight BTC.  My rig is usually rented at least 50% of the time (it's unavailable right now because I'm testing the new hashrates with the new mining software).
The downside is that when I'm mining myself, I sometimes get hash spikes that push my speed up a bit.  I also think that MRR is being used a lot right now because s0br is renting out miners for Bitcoin Affiliate Network promoting.

MRR also takes a cut equal to 3% of your earnings - some of which goes to pay for referrals, from say, people like me.
MRR charges 0.0002 BTC to withdraw your balance.  I have mine set up to auto-withdraw every time my balance exceeds 0.02.  
This means I'm spending 4% of my income for the service.

Now, raw numbers-wise, when I rent out a rig, I'm usually just a little over on the hash rates - around 101%-105%, depending on luck.

Let's get to the math of it here though.

-----------------------------------

Let's assume that I do exactly what I advertise - 100%, and withdraw it.
For every .025 I make, I spend .001 in fees.  This means that I still made .004 over what I would have made mining to a pool (using CoinWarz stats).  

-----------------------------------

That is pretty much a best-case scenario, however, even in a worse case, where I mine over for them, I still rarely come out at a loss.
You can also get lucky and find some *cough* suckers.  For example:
https://www.miningrigrentals.com/rental/67043


Typically, I refrain from renting myself, unless they're very close to cost, and I think I'm going to make more than I'm spending (or break even, if I want to rent to avoid a withdrawal fee).

A lot of algos have better margins than SHA-256, however.  For example, if you look at SCRYPT, the miners are going for close to double what you can get from the best SCRYPT pools.  



I could, potentially, point my miners at some newer coins and make some initial coin from some new coins, but that requires more research that I want to do right now.
Bottom line is that unless you're going to do so, it will make you money - so long as you factor your 4% fee into your calculations when you give your miners a price.

Give it a shot, and please feel free to use me as a referral: http://www.miningrigrentals.com/register?ref=126