Author

Topic: ANTMINER S3+ Discussion and Support Thread - page 202. (Read 710164 times)

sr. member
Activity: 294
Merit: 250
September 08, 2014, 10:53:55 PM
@ 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
I lease my miners at 0.000000029 per MH per DAY calc say on average at curent diff you make 0.00000001834 Per MH a day

And people pay that?

how much time is it rented?
Most of the time you can view my miners and rates here. https://www.miningrigrentals.com/u/ftoole
hero member
Activity: 741
Merit: 514
https://www.bitmain.com
September 08, 2014, 10:44:06 PM
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.

Hi bobsag3,

Your above lines are not true, we sincerely support RMA for any tech issues except for overclocking.
We really appreciate Kano's work.
member
Activity: 99
Merit: 10
September 08, 2014, 10:11:39 PM
@ 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
I lease my miners at 0.000000029 per MH per DAY calc say on average at curent diff you make 0.00000001834 Per MH a day

And people pay that?

how much time is it rented?

They do.  I would say mine is rented at least 50-75% of the time.  You can see the rental history here: https://www.miningrigrentals.com/rigs/491
I also charge a little less than ftoole though.
full member
Activity: 139
Merit: 100
September 08, 2014, 09:23:59 PM
@ 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
I lease my miners at 0.000000029 per MH per DAY calc say on average at curent diff you make 0.00000001834 Per MH a day

And people pay that?

how much time is it rented?
soy
legendary
Activity: 1428
Merit: 1013
September 08, 2014, 09:05:26 PM
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.

The new thermal paste seems to have helped.  What is helping more is reducing the wifi load.  With the storm I had put the living room Ant1 on wifi and disconnected the cat5 connection.  The backroom Ant2 can only run on wifi.  The combination of better thermal paste application, the cleaning of ASIC pins, and the reduced wifi load with Ant1 back on cat5 now allows Ant2 to be hashing at 439.11GH/s(avg) and slowly climbing.  Then again it might be that the temperature and humidity back there is now 83° and 42% rh.
sr. member
Activity: 294
Merit: 250
September 08, 2014, 06:17:48 PM
@ 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
I lease my miners at 0.000000029 per MH per DAY calc say on average at curent diff you make 0.00000001834 Per MH a day
sr. member
Activity: 294
Merit: 250
September 08, 2014, 06:15:35 PM
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:// .... ?
Under miner configuration. Click advanced and select a frequency.
newbie
Activity: 11
Merit: 0
September 08, 2014, 05:36:12 PM
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.

i was doing it manually through asic-freq. all sorted now. i selected 500 but still hashing at 400 and the discarded rate is still ridiculously high
i can also see the avg hash rate is like 310
member
Activity: 99
Merit: 10
September 08, 2014, 05:23:22 PM
@ 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
hero member
Activity: 518
Merit: 500
September 08, 2014, 05:15:19 PM
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:// .... ?
newbie
Activity: 11
Merit: 0
sr. member
Activity: 569
Merit: 250
September 08, 2014, 04:43:16 PM
@ 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
legendary
Activity: 966
Merit: 1003
September 08, 2014, 04:39:27 PM
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.
member
Activity: 99
Merit: 10
September 08, 2014, 04:36:45 PM
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!  Grin

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.
newbie
Activity: 11
Merit: 0
September 08, 2014, 04:25:50 PM
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?
sr. member
Activity: 434
Merit: 250
freecrypto.top
September 08, 2014, 04:04:30 PM
This all sounds very complicated. Will a easy upgrade be available for the technically less inclined?
hero member
Activity: 546
Merit: 500
Owner, Minersource.net
September 08, 2014, 03:52:13 PM
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.
hero member
Activity: 569
Merit: 500
September 08, 2014, 03:49:44 PM
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.
soy
legendary
Activity: 1428
Merit: 1013
September 08, 2014, 03:05:39 PM
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.
newbie
Activity: 17
Merit: 0
September 08, 2014, 01:55:09 PM
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
Jump to: