Topic: ANTMINER S3+ Discussion and Support Thread - page 167. (Read 710164 times)
Just got my first two S3s. They're both running at about 455 GH out of the box, but GH.io is showing that one of them is sending about 200,000 duplicate shares per hour. Anybody ever see this before and know how to fix?
Yes, this is better. Before it barely got up to 435GH/s with the low hashing board on the right side when looking at the RJ45 connector end. The right side is the top chain and generally has the higher temperature and faster fan. In this case it had lower temperature and slower fan than the lower chain. So, taking the end plates and their fans, swapping ends and moving the controller board, put it back the way it was shipped, the questionable board on the cooler side.
Almost right away the average went above 441GH/s and has remained above 440GH/s for the last 3h 23m and is presently 442.04 tho the utility is only 15. No hardware errors in that time. It was started as the afternoon cooled. It remains to be seen what happens tonight as the humidity increases.
Almost right away the average went above 441GH/s and has remained above 440GH/s for the last 3h 23m and is presently 442.04 tho the utility is only 15. No hardware errors in that time. It was started as the afternoon cooled. It remains to be seen what happens tonight as the humidity increases.
Oh well. A minor improvement over yesterday morning and there's even greater humidity as it rained. This morning the problem S3 is hashing at 434.15GH/s. A nice improvement over finding it down at 419GH/s in the AM. Guess I'll just have to settle with this hashrate. The good S3 immediately next to it is at 440.85.
...1½ hrs after running /etc/init.d/cgminer stop, it restarts automatically after a minute or two, the hashrate of the problem is up to 442.18GH/s(avg). It restarts with a fresh Elapsed duration. So, I'll schedule this to run middle of the night and again in the AM.
Just to warn you guys, EMS can be extremely slow... im still waiting for my 3x S1 upgrades, send on the 16th, and so far, last update is
just a heads up...
Quote
Sep 16, 2014 11:29 pm - Despatch from Sorting CenterChina EMS SHENZHEN
just a heads up...
Hi All! I have 2 S3 and both overclocked to 250, but one of them loses speed to 460-450gh 2 hours after launch. I changed the firmware, changed the thermal grease (lost x) did reset, reconnect the power connectors. Nothing helps. What to do?
I've a couple of S3+'s and S3's.
I've been playing with overclocking (Mostly with the S3+), and here's what I've noticed for the S3+'s:
Clock GH/s (ghash) Power in watts (at wall)
------ -------- ----------------------------
250 492 500
237.5 470 360
225 451 355
If I overclock on a 20amp/120v line, I can run 4 S3+s. For approximately, 2TH/s.
If I don't overclock (or moderately do so) on the same line, I can run 5-6 S3+s. For approximately, 2.35TH/s - 2.92TH/s.
To me, it seems like the best bet is to moderately overclock. This of course ignores the cost of the S3+s and PSUs.
I'm curious what others think?
+1 ...same conclusions here...I've been playing with overclocking (Mostly with the S3+), and here's what I've noticed for the S3+'s:
Clock GH/s (ghash) Power in watts (at wall)
------ -------- ----------------------------
250 492 500
237.5 470 360
225 451 355
If I overclock on a 20amp/120v line, I can run 4 S3+s. For approximately, 2TH/s.
If I don't overclock (or moderately do so) on the same line, I can run 5-6 S3+s. For approximately, 2.35TH/s - 2.92TH/s.
To me, it seems like the best bet is to moderately overclock. This of course ignores the cost of the S3+s and PSUs.
I'm curious what others think?
I am running one S3 @237MHz = 478GH STABLE ...and the other @225MHz = 454GH STABLE ...best settings for them ...
Both Batch 1 ...latest FW and cgminer 4.6 ...750W PSU's...
Have been experimenting with 200 to 250MHZ range ...more than a month...
Happy mining,
ZiG
I've a couple of S3+'s and S3's.
I've been playing with overclocking (Mostly with the S3+), and here's what I've noticed for the S3+'s:
Clock GH/s (ghash) Power in watts (at wall)
------ -------- ----------------------------
250 492 500
237.5 470 360
225 451 355
If I overclock on a 20amp/120v line, I can run 4 S3+s. For approximately, 2TH/s.
If I don't overclock (or moderately do so) on the same line, I can run 5-6 S3+s. For approximately, 2.35TH/s - 2.92TH/s.
To me, it seems like the best bet is to moderately overclock. This of course ignores the cost of the S3+s and PSUs.
I'm curious what others think?
I've been playing with overclocking (Mostly with the S3+), and here's what I've noticed for the S3+'s:
Clock GH/s (ghash) Power in watts (at wall)
------ -------- ----------------------------
250 492 500
237.5 470 360
225 451 355
If I overclock on a 20amp/120v line, I can run 4 S3+s. For approximately, 2TH/s.
If I don't overclock (or moderately do so) on the same line, I can run 5-6 S3+s. For approximately, 2.35TH/s - 2.92TH/s.
To me, it seems like the best bet is to moderately overclock. This of course ignores the cost of the S3+s and PSUs.
I'm curious what others think?
+1 ...same conclusions here...
I am running one S3 @237MHz = 478GH STABLE ...and the other @225MHz = 454GH STABLE ...best settings for them ...
Both Batch 1 ...latest FW and cgminer 4.6 ...750W PSU's...
Have been experimenting with 200 to 250MHZ range ...more than a month...
Happy mining,
ZiG
Is there a fairly simple way to create a redirect stratum address, perhaps one that is on an internal computer on my network, that I could point multiple AntMiners to.
The point being to easily change the mining pool address, worker, password, and difficulty, at just one place, and all miners would then switch to the new address?
Or if there is an easier way, is there a way to mass update settings on a multiple AntMiners all at once?
The point being to easily change the mining pool address, worker, password, and difficulty, at just one place, and all miners would then switch to the new address?
Or if there is an easier way, is there a way to mass update settings on a multiple AntMiners all at once?
I attempted to answer this earlier, but my reply was deleted. I'm unclear exactly why, but perhaps it was because I named and linked to the resource I was recommending.
I know at least one site that allows you to lease out your mining rig operates their own proxies, allowing you to set up your preferred pools and make changes on the fly, and see nice charts of 72h performance. If you desire, you can also allow others to pay you to use your miners in an automated fashion. Because you're always pointed at their proxy, there's no effort involved on your part in swapping settings, etc, just set all the miners up to point to the same place. It makes for a handy way to control all of your miners at once, as long as you like to have all of your power directed at a specific pool.
It's easier than setting up your own proxy. It took me around 5 minutes to get up and working with them.
I know that 250 runs about 500 watts...and that three S3+s will cause a EVGA 1300 to shutdown.
I've a couple of S3+'s and S3's.
I've been playing with overclocking (Mostly with the S3+), and here's what I've noticed for the S3+'s:
Clock GH/s (ghash) Power in watts (at wall)
------ -------- ----------------------------
250 492 500
237.5 470 360
225 451 355
If I overclock on a 20amp/120v line, I can run 4 S3+s. For approximately, 2TH/s.
If I don't overclock (or moderately do so) on the same line, I can run 5-6 S3+s. For approximately, 2.35TH/s - 2.92TH/s.
To me, it seems like the best bet is to moderately overclock. This of course ignores the cost of the S3+s and PSUs.
I'm curious what others think?
I've been playing with overclocking (Mostly with the S3+), and here's what I've noticed for the S3+'s:
Clock GH/s (ghash) Power in watts (at wall)
------ -------- ----------------------------
250 492 500
237.5 470 360
225 451 355
If I overclock on a 20amp/120v line, I can run 4 S3+s. For approximately, 2TH/s.
If I don't overclock (or moderately do so) on the same line, I can run 5-6 S3+s. For approximately, 2.35TH/s - 2.92TH/s.
To me, it seems like the best bet is to moderately overclock. This of course ignores the cost of the S3+s and PSUs.
I'm curious what others think?
I think that 500 should be a 400. I've read a couple people who did similar tests and it ranged for 250 clock (503GH/s) from 374-402watts.
how to do the overlock in s3? has a softwere for this? eh too dangerous (ha risks of burning the machine?)
thanks for atention
thanks for atention
I've a couple of S3+'s and S3's.
I've been playing with overclocking (Mostly with the S3+), and here's what I've noticed for the S3+'s:
Clock GH/s (ghash) Power in watts (at wall)
------ -------- ----------------------------
250 492 500
237.5 470 360
225 451 355
If I overclock on a 20amp/120v line, I can run 4 S3+s. For approximately, 2TH/s.
If I don't overclock (or moderately do so) on the same line, I can run 5-6 S3+s. For approximately, 2.35TH/s - 2.92TH/s.
To me, it seems like the best bet is to moderately overclock. This of course ignores the cost of the S3+s and PSUs.
I'm curious what others think?
I've been playing with overclocking (Mostly with the S3+), and here's what I've noticed for the S3+'s:
Clock GH/s (ghash) Power in watts (at wall)
------ -------- ----------------------------
250 492 500
237.5 470 360
225 451 355
If I overclock on a 20amp/120v line, I can run 4 S3+s. For approximately, 2TH/s.
If I don't overclock (or moderately do so) on the same line, I can run 5-6 S3+s. For approximately, 2.35TH/s - 2.92TH/s.
To me, it seems like the best bet is to moderately overclock. This of course ignores the cost of the S3+s and PSUs.
I'm curious what others think?
The good S3 came up to 441GH/s avg within an hour while the questionable S3 from Florida was only hitting 100GH/s. Not one with a whole lot of patience, I decided to install the 0811.bin firmware on the questionable S3. Did. Then worried a bit as it was only doing 10GH/s avg for some time. I restarted cgminer (/etc/init.d/cgminer stop, /etc/init.d/cgminer start) and there was no apparent improvement. Then I noticed there was no frequency listed on the status page so of course into the new Advanced tab on miner config, I specified the default and saved. Up 6 minutes now and in the 400's GH/s. Time will tell.
...Now over an hour and the S3 from Florida, having the 0811.bin firmware, seems to have settled out at 435.65GH/s. What would explain this and its low fan speed is if an ASIC near the LM75A has some engines turned off - perhaps it had overheated at some point and damaged one. I have noticed that the lower center ASICs under the LM75A tend to have drier thermal paste than other ASICs. Center of the hashing board. The curve of the inside heatsink fins and the direction of spin on the fans seems the reason one board, the top chain, gets hotter and has the faster fan speed.
If an ASIC near the LM75A is damaged and turns off engines, it gives the system an inaccurate assessment of the board's temperature. ASICs toward either end working properly will be running hot.
...their logic that the lower hashing board should be on the cooler side made sense so it's been torn down again, end plates reversed, fans reversed, controller board moved to the other end, and reassembled. Now coming up.
Florida, land of the floating chads.
...Now over an hour and the S3 from Florida, having the 0811.bin firmware, seems to have settled out at 435.65GH/s. What would explain this and its low fan speed is if an ASIC near the LM75A has some engines turned off - perhaps it had overheated at some point and damaged one. I have noticed that the lower center ASICs under the LM75A tend to have drier thermal paste than other ASICs. Center of the hashing board. The curve of the inside heatsink fins and the direction of spin on the fans seems the reason one board, the top chain, gets hotter and has the faster fan speed.
If an ASIC near the LM75A is damaged and turns off engines, it gives the system an inaccurate assessment of the board's temperature. ASICs toward either end working properly will be running hot.
...their logic that the lower hashing board should be on the cooler side made sense so it's been torn down again, end plates reversed, fans reversed, controller board moved to the other end, and reassembled. Now coming up.
Florida, land of the floating chads.
Yes, this is better. Before it barely got up to 435GH/s with the low hashing board on the right side when looking at the RJ45 connector end. The right side is the top chain and generally has the higher temperature and faster fan. In this case it had lower temperature and slower fan than the lower chain. So, taking the end plates and their fans, swapping ends and moving the controller board, put it back the way it was shipped, the questionable board on the cooler side.
Almost right away the average went above 441GH/s and has remained above 440GH/s for the last 3h 23m and is presently 442.04 tho the utility is only 15. No hardware errors in that time. It was started as the afternoon cooled. It remains to be seen what happens tonight as the humidity increases.
Is there a fairly simple way to create a redirect stratum address, perhaps one that is on an internal computer on my network, that I could point multiple AntMiners to.
The point being to easily change the mining pool address, worker, password, and difficulty, at just one place, and all miners would then switch to the new address?
Or if there is an easier way, is there a way to mass update settings on a multiple AntMiners all at once?
Many thanks!
Strato
The point being to easily change the mining pool address, worker, password, and difficulty, at just one place, and all miners would then switch to the new address?
Or if there is an easier way, is there a way to mass update settings on a multiple AntMiners all at once?
Many thanks!
Strato
Yeap...This is how BitMain is running their AntMiner's farm...
1...Run a Stratum Proxy .exe on a separate computer ...look at Slush pool for .exe file...
2...Let's assume that this computer with running proxy is @ 192.168.1.100 ...point all AntMiners at this address...
3...You done ...
ZiG
Have done this often but this is good only for changing to different IP addresses of the same pool, not for different pools as you run into a credential problemo and need to go into each cgminer or bfgminer and change credentials.
The miners that use the stratum have their credentials.
I wonder if each antMiner has a stratum capability to act as a proxy for other machines.
... Then worried a bit as it was only doing 10GH/s avg for some time.
Reboot the S3 via SSH (not sure whether this works via the GUI).If you noticed when this happened, it also had an uptime that started before you restarted cgminer. This happened to me (and I was able to replicate) after installing cgminer 4.6, but a reboot via SSH "clears" the relic numbers. the downside to not having a clean slate for your circumstances is that you will not have accurate uptime hashing speed(s).
I agree but find that stopping/starting /etc/init.d/cgminer gets a clean time and doesn't cause the ssh to disconnect.
Is there a fairly simple way to create a redirect stratum address, perhaps one that is on an internal computer on my network, that I could point multiple AntMiners to.
The point being to easily change the mining pool address, worker, password, and difficulty, at just one place, and all miners would then switch to the new address?
Or if there is an easier way, is there a way to mass update settings on a multiple AntMiners all at once?
Many thanks!
Strato
The point being to easily change the mining pool address, worker, password, and difficulty, at just one place, and all miners would then switch to the new address?
Or if there is an easier way, is there a way to mass update settings on a multiple AntMiners all at once?
Many thanks!
Strato
Yeap...This is how BitMain is running their AntMiner's farm...
1...Run a Stratum Proxy .exe on a separate computer ...look at Slush pool for .exe file...
2...Let's assume that this computer with running proxy is @ 192.168.1.100 ...point all AntMiners at this address...
3...You done ...
ZiG
Anyone using Enermax Platimax 1500W power supplies? Got one lying around gathering dust and currently use an EVGA 1000W, EVGA 1300W and SilverStone 1200W power supplies running 8 S3's. Was thinking of switching 4 to the Platimax to save a bit energy as the power bill is quite big here in UK.
... Then worried a bit as it was only doing 10GH/s avg for some time.
Reboot the S3 via SSH (not sure whether this works via the GUI).If you noticed when this happened, it also had an uptime that started before you restarted cgminer. This happened to me (and I was able to replicate) after installing cgminer 4.6, but a reboot via SSH "clears" the relic numbers. the downside to not having a clean slate for your circumstances is that you will not have accurate uptime hashing speed(s).
l took your advice and ordered the Thermalright TR-TY143... Just out of interest I'd like to add that I think discussions about temperatures on this forum are a little over-hyped. 50C is a perfectly acceptable temperature for an asic to run at. Note that the menu shutdown temperature default is 80C. I worked for a computer manufacuturer and regularly changed ic's using hot-air guns where temperaturers attained hundreds of degrees C during the process and it never caused problems. You'd be surprised how much abuse ics can take. It's over-voltage kills them, not overheating. One of my S3 got bricked during firmware update, browser just crashed randomly. How do I fix it?
What actually happened -- power failure during flash or something else? If something else, then what and wired LAN or wireless LAN?In any case, the only thing we can try without Bitmain intervention is resetting via the button to immediate right of the RJ-45 connector. If it can't be reset, then the FW is damaged and needs technical assistance.
PS. It's recommended never to use a wireless connection for flashing equipment. Too much likelihood of dropouts.
Interesting. The problem hashing board now in my first S3 is working fine and very stable. I just found there is a difference between my first well running S3 and the S3 that the problem board came out of, and that's is a different firmware on each. I haven't found a way to determine while ssh'd in, e.g. opkg list | grep antMiner comes up a blank. But, bruno033 pointed me to the firmware page and I see there the 0721.bin has a solid green light when running. The first S3 from the mid-west has that. When I saw that the S3 from Florida had a flashing green light when hashing I though I probably configured it differently than the first. But it must mean the S3 I got from Florida has the 0711.bin firmware because the other later options are the 0811.bin and the 0826.bin, both of which will have the Advanced Frequency change option on the miner configuration page. So, the questionable board is very stable at this point in the S3 having the 0721.bin firmware. Time will tell if it remains at 441 overnight as the humidity rises, e.g. right now the rh is 30%.
soy
soy
Disappointment. The problem board now in a good S3 this morning is down to 431.45GH/s after 22 hours. Will swap boards to their originating S3's today and upgrade beyond the OpenWrt Barrier Breaker r38031 / LuCI Trunk (svn-r9909) firmware.
Just now have both S3's back up and running with their original boards. The fast fan good board from the good S3, I should note the hashing boards had QC Passed stickers the later S3 from Florida didn't. The good board with a fast fan from the good unit which brought its fast fan rate to the questionable unit when moved yesterday, I took apart and reapplied new thermal compound. I found the temperature sensing IC to be in the center between the two rows of ASICs, an LM75A. So running lines of compound along the top ASICs and again along the bottom but not the center wold tend to prevent the heatsink from cooling the device and result in faster fan rates. The surface mount device below the fan connection and above the upper left ASIC is a 25.000 crystal. This good board had excellent compound. Only worked on one of the two as I've run out of compound. Of the board I put back in the questionable unit, I cleaned the ASIC pins but ran out of cleaning fluid so reassembled with new paste. The fan to the questionable board still remains relatively slow. I'd like to see that higher. I'll wait to see how these settle out then upgrade the firmware.
The good board from the good S3 not only had a QC sticker but also had handwriting on the right side of the board between the ASICs, an "A" and another "A" or perhaps one was an A1. The questionable board had what looked like an "S" and a lower case "o". These letters were vertical after the fashion of oriental script.
The good S3 came up to 441GH/s avg within an hour while the questionable S3 from Florida was only hitting 100GH/s. Not one with a whole lot of patience, I decided to install the 0811.bin firmware on the questionable S3. Did. Then worried a bit as it was only doing 10GH/s avg for some time. I restarted cgminer (/etc/init.d/cgminer stop, /etc/init.d/cgminer start) and there was no apparent improvement. Then I noticed there was no frequency listed on the status page so of course into the new Advanced tab on miner config, I specified the default and saved. Up 6 minutes now and in the 400's GH/s. Time will tell.
...Now over an hour and the S3 from Florida, having the 0811.bin firmware, seems to have settled out at 435.65GH/s. What would explain this and its low fan speed is if an ASIC near the LM75A has some engines turned off - perhaps it had overheated at some point and damaged one. I have noticed that the lower center ASICs under the LM75A tend to have drier thermal paste than other ASICs. Center of the hashing board. The curve of the inside heatsink fins and the direction of spin on the fans seems the reason one board, the top chain, gets hotter and has the faster fan speed.
If an ASIC near the LM75A is damaged and turns off engines, it gives the system an inaccurate assessment of the board's temperature. ASICs toward either end working properly will be running hot.
...their logic that the lower hashing board should be on the cooler side made sense so it's been torn down again, end plates reversed, fans reversed, controller board moved to the other end, and reassembled. Now coming up.
Florida, land of the floating chads.
Jump to: