Author

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

soy
legendary
Activity: 1428
Merit: 1013
September 08, 2014, 01:51:44 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.
member
Activity: 71
Merit: 10
September 08, 2014, 01:47:04 PM
Which file do modify now with the latest bios?   The /etc/config/asic-freq does not change it.
legendary
Activity: 1148
Merit: 1000
September 08, 2014, 01:38:47 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.

Wait...isn't BITMAIN directing people to that when they ask about the latest version of cgminer?
legendary
Activity: 1064
Merit: 1001
September 08, 2014, 01:36:46 PM
The B5's I still have left are still running good, one on 231.25 @ ~465 and the other 243.75 @ ~490.
hero member
Activity: 518
Merit: 500
September 08, 2014, 01:27:40 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.
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!
hero member
Activity: 518
Merit: 500
September 08, 2014, 01:16:19 PM
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.
soy
legendary
Activity: 1428
Merit: 1013
September 08, 2014, 01:06:59 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
hero member
Activity: 546
Merit: 500
Owner, Minersource.net
September 08, 2014, 01:00:19 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.
member
Activity: 71
Merit: 10
September 08, 2014, 01:00:06 PM
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

  
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
legendary
Activity: 2030
Merit: 1076
A humble Siberian miner
September 08, 2014, 12:37:32 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?..
hero member
Activity: 518
Merit: 500
September 08, 2014, 12:08:22 PM
what exactly is 4.6
firmware or something else.:?/
Latest version of cgminer for the S3
legendary
Activity: 2408
Merit: 1004
September 08, 2014, 12:00:07 PM
what exactly is 4.6
firmware or something else.:?/
sr. member
Activity: 467
Merit: 250
September 08, 2014, 11:56:19 AM
I also noticed  the load average is way lower on the CPU now that it was.  was always above 2 before.  now hovers around 1.2.  any additional benefit to these devices to run with lower/higher loads?
That's likely the advantage of the newer version. In principle it will lead to less lag time in keeping the device busy and less time to process and send shares. However cgminer is so heavily multithreaded that it probably won't matter since the latency critical parts of the cgminer code are already prioritised.

Pushed 4.6 to (60) S3's, they're all working great.. (60 minutes runtime). Thank you sir, much appreciated!
hero member
Activity: 518
Merit: 500
September 08, 2014, 11:33:55 AM
....
Just a question, would this cgminer run on an S1 (like to earlier Kano cgminer)?

No, it doesn't work on S1. I tried it and it's not hashing.
Thats that then. Come to think of it, it even resided in the S3 directory (which should have given the game away for me!)
Thanks for placing your S1 in harm's way to clear this up.
full member
Activity: 142
Merit: 100
September 08, 2014, 11:29:38 AM
I also noticed  the load average is way lower on the CPU now that it was.  was always above 2 before.  now hovers around 1.2.  any additional benefit to these devices to run with lower/higher loads?
That's likely the advantage of the newer version. In principle it will lead to less lag time in keeping the device busy and less time to process and send shares. However cgminer is so heavily multithreaded that it probably won't matter since the latency critical parts of the cgminer code are already prioritised.
Still early days since I updated my S3 with the latest cgminer (3 hrs+) but I have noticed an improvement in the pool-side reported hashrate AND I suspect a reduced DiffR. This is on top of a faster UI (which I attribute to the lower load average).

Just a question, would this cgminer run on an S1 (like to earlier Kano cgminer)?

No, it doesn't work on S1. I tried it and it's not hashing.
sr. member
Activity: 442
Merit: 250
Found Lost beach - quiet now
September 08, 2014, 11:28:16 AM
Do you have to take the case off of the S3 to screw on an antenna and run wireless?
hero member
Activity: 518
Merit: 500
September 08, 2014, 11:14:19 AM
Could you report hash difference (if any) after 24hr?
I sure will (and that is why I said "still early days ...".
legendary
Activity: 3892
Merit: 4331
September 08, 2014, 11:09:32 AM
I also noticed  the load average is way lower on the CPU now that it was.  was always above 2 before.  now hovers around 1.2.  any additional benefit to these devices to run with lower/higher loads?
That's likely the advantage of the newer version. In principle it will lead to less lag time in keeping the device busy and less time to process and send shares. However cgminer is so heavily multithreaded that it probably won't matter since the latency critical parts of the cgminer code are already prioritised.
Still early days since I updated my S3 with the latest cgminer (3 hrs+) but I have noticed an improvement in the pool-side reported hashrate AND I suspect a reduced DiffR. This is on top of a faster UI (which I attribute to the lower load average).

Just a question, would this cgminer run on an S1 (like to earlier Kano cgminer)?

Could you report hash difference (if any) after 24hr?
member
Activity: 71
Merit: 10
September 08, 2014, 10:53:49 AM
Will this version work on the s1 or s2 machines as well?


I also noticed  the load average is way lower on the CPU now that it was.  was always above 2 before.  now hovers around 1.2.  any additional benefit to these devices to run with lower/higher loads?
That's likely the advantage of the newer version. In principle it will lead to less lag time in keeping the device busy and less time to process and send shares. However cgminer is so heavily multithreaded that it probably won't matter since the latency critical parts of the cgminer code are already prioritised.
Still early days since I updated my S3 with the latest cgminer (3 hrs+) but I have noticed an improvement in the pool-side reported hashrate AND I suspect a reduced DiffR. This is on top of a faster UI (which I attribute to the lower load average).

Just a question, would this cgminer run on an S1 (like to earlier Kano cgminer)?
hero member
Activity: 518
Merit: 500
September 08, 2014, 10:33:31 AM
I also noticed  the load average is way lower on the CPU now that it was.  was always above 2 before.  now hovers around 1.2.  any additional benefit to these devices to run with lower/higher loads?
That's likely the advantage of the newer version. In principle it will lead to less lag time in keeping the device busy and less time to process and send shares. However cgminer is so heavily multithreaded that it probably won't matter since the latency critical parts of the cgminer code are already prioritised.
Still early days since I updated my S3 with the latest cgminer (3 hrs+) but I have noticed an improvement in the pool-side reported hashrate AND I suspect a reduced DiffR. This is on top of a faster UI (which I attribute to the lower load average).

Just a question, would this cgminer run on an S1 (like to earlier Kano cgminer)?
Jump to: